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itt volt már az ideje! 


gyre többször fordul elő, hogy 
a a GNU/Linux visszaköszön 

rám különböző munkahelyeken. 
Ez önmagában nem annyira meglepő, 
de ha hozzáteszem, hogy , mint asztali 
munkaállomás" , akkor mindjárt érthető, 
miért lelkesedem ezen oly nagyon. Úgy 
látszik, a linuxos világ feléledt, meg- 
rázta magát és sebességet váltott. Olyan 
fontos és hihetetlenül bosszantó gon- 
dok oldódtak meg, mint például az 
X-felület alatti betűtípus-kezelés (az X 
végre közvetlenül támogatja a Freelype 
betűkészleteket, lásd a 72. oldalon kez- 
dődő cikket Tóth Béla tollából), a régen 
várt helyesírás-ellenőrző 
(2 wwwi.szofi.hu/gnu/magyarispell), 
az irodai csomagok (új AbiWord, 
az OpenOffice.org RC3 stb.) és még 
sorolhatnám. 
Ami szívemnek különösen kedves a 
GNU/Linux világában, hogy olyan régi 
kedvenceket (vagy éppen átkokat) 
tesznek elérhetővé, mint a C64-es alatti 
játékok (lásd a 46. oldalon lévő cikket) 
vagy a jó öreg Clipper egy ,ikertest- 
vérét , a clip csomagot (56. oldal). Ez 
a csomag azoknak lehet különösen szív- 
hez szóló, akik — hozzám hasonlóan — 
eme különösen csábos programnyelv 
segítségével készítettek komoly és meg- 
bízható (hmm...) rendszereket. Egy 
rövid történetet, ha megengedtek: egyik 
nagyon jó barátom mesélte, hogy évekig 
dolgozott Clipperben, mígnem egyszer 
egyik (akkor már több éve tökéletesen 
működő) rendszerének üzemeltetői 
küldtek egy hibajelentést: kinyomtatták 
a képernyőt, majd átfaxolták. A faxon 
két szó szerepelt: Syntax Error. 
A védelemről is szólunk. Most két téma- 
körrel foglalkozunk kiemelten, a háló- 
zati védelem ,egygépes" változatáról, 
a személyes tűzfalakról (Deim Ágoston, 
66. oldal), illetve egy rendkívül bosz- 
szantó jelenség elleni titáni küzdelem 
kiemelkedő eszközéről, a levélszemetet 
nyakon csípő Spamássassin csomagról 
(Varga S. Csaba, 64. oldal). A helyi tűzfal 
ötlete és célja, hogy gyorsan és könnye- 
dén fel tudunk állítani szűrőrendszerün- 
ket, az Ágoston által bemutatott prog- 
ramok pedig igen jó szolgálatot tesznek, 
ha a felhasználó egy lusta malac, és 
nincs kedve megtanulni a tűzfal kézzel 
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történő beállítását. 
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A Spamássassin pedig tényleg nagyon 
hasznos tud lenni. leljesen véletlen 
volt, hogy mind Csaba, mind David A. 
Bandel (75. oldal) megemlíti. Én már 
egy kicsit ideges kezdek lenni, hogy az 
Interneten nem lehet nyugodtan dol- 
gozni, az embert mindenképpen meg- 
találják. Nálunk a levelezés két rétegre 
van bontva, mindkét rétegen ellenőrzés 
folyik (jogosultságok, vírus, levélsze- 





mét), a levélkiszolgálót üzemeltető 
munkatársam éppen a múltkor fejtette 
ki, hogy döbbenetesen sok mindenre 
szűrünk. Jelenleg naponta csupán há- 
rom-négy szemét jön át, plusz egy-két 
vírus, ha pár napig kihagyjuk az adat- 
bázisok frissítését. Kész dili. Még sze- 
rencse, hogy van, aki igyekszik a levél- 
kiszolgálókat felügyelő szakembereket 
is szórakoztatni. A minap jelent meg 
egy felhívás, többek között az User 
Friendly oldalon (lásd a keretes részt). 
lermészetesen nem hagyjuk abba az oly 
sok vitát kavaró magyarítások témakö- 
rét, úgy érzem, megérett a helyzet egy 
külön rovatra, ennek beköszöntőjét 
találjátok a 32. oldalon. És hogy (szeren- 
csére) nem csak mi érezzük fontosnak 

a magyarul beszélő rendszereket, jól 
bizonyítja, hogy végre az LME berkei- 
ben is megalakult a Honosítás csoport. 
Az új csoport elnökével, Fejős Tamással 
beszélgettünk (lásd a 21. oldalt). A cso- 
port tele van reményekkel és tervekkel, 
remélem, tényleg hatékonyan képesek 
majd működni. 

De ha már idehaza járunk, egy különle- 
gességre is fel szeretném hívni a figyel- 
meteket. Amerikai társlapunkban rend- 
szeresen cikkezik egy helyi jogász, Law- 
rence Rosen, aki mostani számunkban 


az UCITA-ról ír. Hogy ez ne legyen elég, 
Granek István mutatkozik be az újság 
hasábjain pár oldal erejéig, és bevezet 
minket az itthon is kevésbé szövevényes 
szabályozások egyik legfrissebbikébe, 

a számítástechnikai rendszer és adatok 
elleni bűncselekmények világába. 

Van, hogy úgy kell összeállítsunk 

GNUV Linuxot, hogy kevésbé hozzáér- 
tők is könnyen használhassák, vagy 
egyszerűen szeretnénk elérni, hogy 

a grafikus felület alatt használhatóak 
legyenek a betűkészletek, ne azzal 
bosszantsa az ember magát, hogy miért 
nem tudunk filmet nézni mindenféle 
programozói tudás nélkül az X alatt 
stb. Ez egy sokszor visszaköszönő té- 
makörhöz vezet, az X beállításához. 

E művelet egyik legfontosabb lépése az 
XF36Config fájl céljaink és igényeink 
szerinti átalakítása. Ha az önműködő 
telepítőprogramok nem képesek meg- 
birkózni e feladattal, ott a lehetőség, 
hogy mi magunk írjuk át a fájlt. Ehhez 
nyújt egy-két támpontot Tóth Béla 

a 72. oldalon. Egy dolgot emelnék ki, 
amivel magam is sokat küzdöttem 
(hogy finoman fogalmazzak), ez pedig 
a betűkészletek kérdése. Az új 4.Xx-es 
X-nél végre megjött a fejlesztők esze, és 
készítettek egy modult (freetype), mely 
lényegében megoldja ezt a kérdéskört. 
Nem kell végre szenvedni az aluldoku- 
mentált és támogatástól igencsak kel- 
lemesen mentes xfstt és xfs-xtt csoma- 
gokkal! No, azért ne olyan hevesen... 
Nem lehet csak úgy egyszerűen meg- 
könnyíteni a rendszergazdák életét! 
Elkészült egy xtt modul is, csak hogy 
bosszantsanak minket. Mindenesetre 
végre épeszűen lehet dolgozni magyar 
szöveggel a grafikus felület alatt, végre 
remény csillant: küzdhetünk, hogy az X, 
a gs, az AbiWord és az OpenOffice.org 
alatt is meglegyen mind. 

Mindenkinek kellemes olvasást és 

jó linuxozást kívánok! 


Szy György 

a Linuxvilág főszerkesz- 
tője, a Kiskapu Kiadó 
vezetője. Mindenki 
véleményét és levelét 
örömmel várja az alábbi 
levélcímen: Szy.GyorgyOlinuxvilag.hu 








Programvadászat 


KDE 3.0 

Kiadták a KDE-projekt által fejlesztett 
és karbantartott grafikus felület 3.0-s 
változatát. A KDE-projekt világszerte 
több száz programozóból álló szerve- 
zete teljesen ingyen és a GNU felhasz- 
nálási szerződés hatálya alatt terjeszti 
a K Desktop Enviroment alkalmazást. 
A KDE célkitűzése, hogy olyan felhasz- 
nálói felületet nyújtson a különböző 
Linux-rendszerekhez, mint a Windows 
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vagy a MacOS (az összes alkalmazás 
egységes grafikus felülettel rendelkezik) 
— megőrizve a Unix-rendszerek erejét és 
megbízhatóságát. A KDE a grafikus felü- 
let elemein túl rengeteg alkalmazást tar- 
talmaz. Ezek között hálózati, irodai és 
multimédiás programok szerepelnek. 

A rendszerfelügyelet terén is élen jár, 
mivel számos, a Linux beállítására alkal- 
mas segédprogramot tartalmaz. A teljes 
felületet magyarították, így használata 
az angol nyelvet nem ismerőknek sem 
okozhat gondot. A változatszám-ugrást 
az az alapvető változás tette szükséges- 
sé, mely szerint a jelenlegi változat már 
a OT 3-as könyvtárat használja. Ez nem 
csereszabatos a OT 2-vel, azonban az 
alkalmazások a régi változat megtartása 
mellett továbbra is futtathatók marad- 
nak. A Iroll Iech által fejlesztett és kar- 
bantartott OT az egyik legjobb GUI- 
könyvtárként van számon tartva. Leg- 
főbb előnye, hogy kereskedelmi szín- 
vonalú és jól karbantartott könyvtár. 
Felhasználásának feltételei között azon- 
ban olyan megkötések is szerepelnek, 
mint a termék teljes ingyenessége, a 
forráskód kiadása, és hogy a O1-könyv- 
táron semmilyen változtatás nem hajt- 
ható végre. lermészetesen kereskedelmi 
jellegű alkalmazások készítése esetén 

a felhasználási engedély a Iroll lechtól 
megvásárolható. A KDE alkalmazásai 
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közül jelentős változáson ment keresztül 
az X-TIerminal, a Kongueror, a Kate, a 
Kpilot és a Korganizer. Különösen sokat 
fejlődött a Kongueror, az ötödik nemze- 
dékbeli webböngésző, mely az Internet 
Explorer, a Netscape Communicator 

és a Windows Explorer szolgáltatásait 

és tudását ötvözi. Fejlődött a böngésző 
JavaScript-, DHIML- és DOM-megva- 
lósítása, valamint elődeinél érzékelhe- 
tően gyorsabb és megbízhatóbb lett. 

A KDE 3.0 egészen új jellegű csoma-go- 
kat, oktatási programokat is tartalmaz. 
Ezen túl a francia és a latin nyelvet is 
gyakorolhatjuk, gépírást tanulhatunk, 
betekinthetünk a mini planetáriumba, 
és egy gyerekeknek szánt olvasás okta- 
tóprogram segítségével tökéletesíthetjük 
csemetéink olvasástudását. Aki még 
nem próbálta, annak ajánlanám a ma- 
gyar Ispell helyesírás-ellenőrző csoma- 
gok telepítését, ugyanis a KDE alkalma- 
zásai — a Kate, a Kmail és a Kword — is 
önműködően használják. A legfrissebb 
magyar Ispell nyelvi csomagok a CD 
Iroda/Ispell könyvtárban találhatók. 

A jelenleg elterjedt Linux-változatok 
mindegyike tartalmazza a futtatásához 
szükséges Ispell csomagokat, így hasz- 
nálatához csak a magyar helyesírási 
modulokat kell telepíteni. A rendsze- 
rünknek kiadott ispel11 -v paranccsal 
tájékozódhatunk a program meglétéről 
és változatszámáról. Ha ez megvan, a 
magyarispell-0.83.tar.gz cso- 
mag kibontása következhet, majd for- 
dítása a make al1 és telepítése a make 
install parancs segítségével. A frissen 
kiadott KDE 3.0 telepíthető forráskód- 
ból, vagy az előre fordított Conectiva, 
Mandrake, Slackware, Gentoo, SuSE 

és Ir64 bináris változatok segítségével. 
CD-mellékletünkre a KDE 3.0.1, a 
Mandrake 8.1/8.2 és a SuSE 7.2/7.3/8.0 
Linuxra fordított csomagok első javított 
kiadása került fel. 


Links 


A Linux- vagy Unix-rendszert használók 
talán már találkoztak a kicsi, konzolos 
felületű, de annál hatékonyabban hasz- 
nálható Links böngészővel. Ezentúl a 
konzolos böngésző jelző nem állja meg 
a helyét, ugyanis már képes X-környe- 
zetben akár FrameBuffer, akár svgalib 
segítségével működni. Helyesen megje- 





leníti a táblázatokkal, keretekkel és ké- 
pekkel tarkított oldalakat, rendkívül jól 
beállítható és grafikus módban is szem- 
telenül gyors. lermészetesen továbbra is 
használható szöveges módban bármely 
terminálkörnyezetben. A böngésző 25 
nyelven - többek között magyarul is — 
társalog, és HIML 4.0- (CSS nélkülözve), 
HTIP1.1- és a JavaScript-támogatással 
rendelkezik. A támogatott operációs 
rendszerek között a Linux, a Unix, a BSD, 





az OS/2, a Cygwin Windows alatt, az 
AtheOS, a BeOS és a FreeMint szerepel. 


MozillaRkC3 


Megjelent a Mozilla1.0 webböngésző 
harmadik javított kiadásra jelölt válto- 
zata. Az 1.0 RC1-hez képest százszámra 
javították a leggyakoribb leállást vagy 
lefagyást okozó hibákat. A legfrissebb 
kiadás további frissítéseket és biztonsági 
hibajavításokat is tartalmaz, ezért aján- 
lott az azonnali frissítés. Az RC2-es vál- 
tozathoz képest főleg a lefagyásokat 
okozó gondok lettek orvosolva. A hiba- 
javítások ellenére az az érdekes helyzet 
állt elő, hogy a fejlesztők a hibaadatbázis 
növekedésével nem képesek lépést 
tartani. Míg az RC1-es változatban 533 
gyakori leállást okozó hiba lett jegyezve, 
az RC2-es változatban ez a szám már 
561-re, az RC3-as kiadásban pedig már 
585 bejegyzésre növekedett. lermésze- 
tesen a felmerült hibák a felhasználók 
nagy részét nem érintik, hiszen a tele- 
pítőkészletből mindenki csak a szüksé- 
ges elemeket telepíti. 


Opera 

Megjelent Opera Software által fejlesz- 
tett 6.0 Linux végleges változata. Az 
egyre nagyobb népszerűségnek örvendő 
böngésző főbb előnyei közt szerepel 
elenyészően kicsi mérete a Netscape és 
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Sign up for your free OperaMad account today at www operamail com 


a Mozilla böngészőkhöz képest, hiszen 
önmagában alig 3 MB-ot tesz ki. Igaz 
ugyan, hogy ez a csomag nem teljes, 
nem tartalmazza a Java- és a levelezés- 
hez szükséges környezetet, így arról 
mindenkinek saját magának kell gondos- 
kodnia. A legfontosabb tulajdonsága 
talán az, hogy egyáltalán nem hajlamos 
az összeomlásra, sőt, a felhasználók által 
is az egyik legüzembiztosabb böngésző- 
ként van számon tartva. A szörfözők 
kedvenc tulajdonsága a gyors program- 
indulás és a rendkívül fürge oldalmeg- 
jelenítés. Az ingyenes változat használa- 
táért cserébe csak egy kis reklámot kell 
elviselni a kezelőfelületen, ami a böngé- 
sző megvásárlása esetén és a regisztrá- 
ciós szám megadásával természetesen 
eltüntethető. A jelenlegi kiadáshoz fűzött 
közlemény szerint az új böngésző elő- 
deinél gyorsabban jeleníti meg a webol- 
dalakat, és ez első olyan linuxos Opera- 
változat, amely teljes mértékben támo- 
gatja a nem latin ábécét használó ázsiai 
nyelveket. A végleges változat rengeteg 
hibajavítást, a leggyakoribb leállásokat 
okozó hibák javítását tartalmazza. Sokat 
javult a JavaScript-, a CSS-, a Cookie- és 
a Bookmark-kezelés, valamint az előző 
változatokkal ellentétben a végleges 
változatban már működik az önműködő 
proxybeállítás (automatic proxy configu- 
ration). CD-mellékletünkre már az első 
javított kiadás került, amelyben meg- 
szüntették a feltöltés során jelentkező, 
megváltoztatható fájltulajdonságok 
biztonsági hibáját. 


Netscape 

Beindult a fejlesztői gépezet a Netscape 
háza táján: kiadták a 6.2.3-as változatot, 
amely nem újdonságokat, hanem több- 
nyire hibajavításokat tartalmaz. A Net- 
scape legfrissebb üzembiztos változata 
továbbra is a nyílt forrású Mozilla 0.9.4-re 
épül. Ezzel majdnem egy időben megje- 
lent az első 7-es RP1-változata, mely a 
Mozilla 1.ORC2-re épül és tartalmazza 

a Mozillától már megszokott szolgáltatá- 
sokat, a többablakos böngészést, amely 
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alkalmas az összenyitott oldal könyvjel- 
zőként történő mentésére; a letöltéske- 
zelőt, amellyel a letöltések bármikor 
szüneteltethetők, illetve folytathatók; 

a Favicon.ico megjelenítését a webcímé- 
ben és a füleken; valamint a nyomtatási 
előképet, amely a beállítás terén felveszi 
a versenyt a többi böngészővel. 


MPlayer 


Teljes gőzzel folyik a magyar fejlesztésű 
videolejátszó, az MPlayer fejlesztése, 
mely 0.6-os változatától már a világ leg- 
népszerűbb filmlejátszójaként van szá- 
mon tartva. Az MPlayer kezeli az MPEG, 
az AVI, a VOB, az ASF/ WMV, a VIVO, 

és a OI/MOV fájlokat. Képes a VideoCD, 
az SVCD, a DVD, a 3ivx és a DivX for- 
mátumú filmek lejátszására. A kimeneti 
meghajtók támogatása teljes: az X11-, az 
Xv-, a DGA-, az OpenGL-, az SVGALlib-, 
az fbdev-, az AAlib- és az SDL-meghaj- 
tókkal is használhatjuk. Ezenkívül mű- 
ködik néhány kártya alacsonyszintű 
egyedi meghajtójával, ilyen a Matrox, 

a 3DEX és a Radeon. A folyamatos fej- 
lesztéseknek köszönhetően hetente, 
illetve naponta jönnek ki az új változa- 
tok. Az utolsó nyilvános kipróbálásra 
kiadott változat az MPlayer 0.9pre4, 
amelyben számos hibát kijavítottak. 
Különösen nagy hangsúlyt fektettek 

az x11-módban történő teljes képernyős 
lejátszásra, és a kimenetet ezentúl ani- 
mált gif-formátumban is menthetjük. 
Használatához továbbra is a legfrissebb 
XFree, 2.4-es rendszermag, míg fordí- 
tásához GCC2.95/3.1 ajánlott. 


GCC3.1 

Megjelent a GCC 3.1-es változata. 

A jelenlegi kiadás készítése során nem 
az új lehetőségek beépítése volt a cél, 
inkább a minőségre és a meglévő hibák 
kijavítására törekedtek. A 3.1-es változat 
sokkal szigorúbban, a szabványoknak 
megfelelően kezeli a C/C-t --- és a Java- 
kódokat, újabb lehetőségként pedig az 
Ada nyelven írt kódok fordítására is 
képes. A legfrissebb változat elérte azt 


az üzembiztos állapotot, amikor már 
érdemes kényes programokat, rendszer- 
magot vagy MPlayert fordítani. 


OpenOffice.org 1.0.0 

Teljes gőzzel folyik a linuxos csomagok 
magyarítása, így pár nappal az Open- 
Office.org 1.0.0 irodai csomagjának 
kiadása után elkészült a honosított vál- 
tozata. Így a felhasználók birtokba 
vehetik a magyar párbeszédablakokkal 
és menükkel tarkított, minden igényt 
kielégítő irodai alkalmazást. Az Open- 
Office irodai alkalmazás részét képezi 

a szövegszerkesztő, a táblázatkezelő, a 
bemutatókészítő, a rajzoló és az egyen- 
letszerkesztő. Nagymértékben együtt- 
működik az MS Office-szal, így képes 

a legtöbb manapság elterjedt dokumen- 
tumtípus kezelésére, mint a Microsoft 
Word 95/97/2000, az Excel 5.0/95/97/2000 
és a PowerPoint 97/2000. Az irodai cso- 
mag GPL felhasználási szerződéssel 
rendelkezik, így mind az otthoni, mind 
az irodai felhasználók tetszőleges számú 
számítógépen és teljesen ingyenesen 
használhatják. A program nagy előnye, 
hogy futtatható a Linux, a Solaris és a 
Microsoft Windows 9x/N1IT/2000 operá- 
ciós rendszereken. A nyílt forrású irodai 
alkalmazás honosított változata magá- 
ban foglalja a magyar helyesírás-ellen- 
őrző szótárt, a Myspell hu HU 0.8-as 
változatát. CD-mellékletünkön az Íroda 
könyvtárban található meg az időközben 
kiadott újabb, javított helyesírás-ellenőr- 
ző szótára hu HUO.83.zip és az 
00-042 . tar.gz csomagok formájában. 


Rendszermag 

A CD Rendszermag könyvtárában 
található meg a legfrissebb fejlesztői 
mag, a 2.5.16-os. Jelentős változások 
történtek az USB- és az IDE-meghaj- 
tók terén. A jelenlegi kiadás újdonsága- 
ként mutatkozik be a leegyszerűsített 
changelog, mely ezentúl halandó ember 
számára is fogyasztható formában kerül 
a felhasználók elé. Természetesen meg- 
maradt a fejlesztőknek szánt kellően 
részletes és aprólékos bitkeeper-féle 
changelog is. lovább folyik azonban 

a már egyre kevésbé használt 2.2-es 
rendszermag építése. A 2.2-es sorozat 
legfrissebb kiadása a 2.2.21-es, mely 
számos javítást és frissítést is tartalmaz. 


Dankaházi István 
(dankaolinuxvilag.hu) a Linuxvilág 
munkatársa. Szabadidejében szívesen 
úszik és kerékpározik. 





Matrox Parhelta 

A Matrox régóta nem hozakodott elő 
új grafikus lapkával. A sokat emlege- 
tett, a rajongók által várva várt G800 
nem érkezett meg, helyette viszont 
kifejlesztették az első 512 bites GPU-t. 
A Parhelia-512 256 MB DDR memória 
kezelésére képes, akár 20 GB/s sebes- 
séggel. Támogatja az AGP 8x felületet, 
a nyolcvanmillió tranzisztorból álló 
lapka 0,15 mikronos eljárással készül, 
két 400 MHz órajelű RAMDAC-ot 





tartalmaz, beépített TV-kódolóval 
rendelkezik, és DirectX 8.1 támogatást 
tesz lehetővé. 

A Matrox volt az, aki annak idején a 
DualHead-megoldással megismertette 
a nagyvilággal a kétképernyős megje- 
lenítést. A cég erre is rá tudott ígérni, 
IripleHead-megoldásával három kijel- 
zőt is képes kezelni, amelyek segítsé- 
gével szokatlanul nagy munkafelületet 
teremthetünk, illetve a játékokat is 
teljesen újszerű formában élvezhetjük. 
A cég honlapján egyelőre nem találni 
az új lapkára épülő kártyát, de való- 
színűleg már nem sokáig kell vára- 
kozni — gondot csak a vételár előterem- 
tése okozhat. 

2 http:/www.matrox.com 


Lopásvédelem minden szinten 

A Xerox egyes eszközeihez amolyan 
elektronikus iratsemmisítőt is ajánl. 

A komolyabb nyomtatókban, digitális 
fénymásolókban saját merevlemez 
található, amelyen a készülék átmene- 
tileg vagy huzamosabb ideig tárolhatja 
a kinyomtatott iratokat. Ezek - akár- 
csak a számítógépek merevlemezén 

a törölt állományok - egészen addig 
fennmaradhatnak, amíg egy másik 
dokumentum bitjeivel felül nem írjuk 
őket. Ha bizalmas anyagról van szó, 

ez biztonsági szempontból aggályos 
lehet, így a cég lehetővé teszi a kérdé- 
ses lemezterületek felülírását. A szolgál- 
tatást a Document Centre 460, 470, 480 
és 490 készülékekhez külön kiegészítés- 
ként már most is meg lehet rendelni, 
az újként bevezetett termékeken pedig 
alapszolgáltatásként lesz elérhető. 

2 http:/www.xerox.com 
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Vezetéknélküli pénz? 

A Visa International és az SK lelecom 
megegyezése szerint a két cég intelligens 
kártyákon és iníravö- 
rös átvitelen alapuló 
fizetési rendszert épít 
ki. A rendszert két 
fontos szabványra 
építkezve hozzák létre: egyrészt az EMV 
(Europay-MasterCard-Visa) általános in- 
telligens kártyaszabványra, másrészt az 
IrFM-re, amely pénzügyi műveletek ve- 
zeték nélküli továbbítását teszi lehetővé. 
A rendszer segítségével a Visa kártyák 
tulajdonosai — amennyiben az SKT 
előfizetői — egyszerűen, infravörös át- 
vitel segítségével fizethetnek terméke- 
kért. Adataikat mobiltelefonjuk segítsé- 
gével továbbíthatják majd az értékesí- 
tési pontokon elhelyezett leolvasókhoz, 
természetesen biztonságos módon. 

A rendszert egyelőre húsz kereskedő 
közreműködésével próbálják ki, üzem- 
be helyezése után azonban mintegy 

30 ezer üzlet és kétmillió koreai előfi- 
zető részvételére számítanak. 

2 http:/www.visa.com 


LAT 


Új ügyvezető az Oracle Hunyary élén 
2002. június 1-jétől Füzes Péter tölti 

be az Oracle Hungary Kft. ügyvezető 
igazgatói posztját. Füzes 36 éves 
mérnök-közgazdász, diplomáit Buda- 
pesten szerezte. Karrierjét a Novotrade- 
nél kezdte, 1991-től az Internet Kft.-nél 
dolgozott, amelyet 1994-ben megvásá- 
rolt az AT él. Az új cégben az értékesí- 
téselőkészítést és ügyfélkezelést végző 
csapat vezetője lett. 1996-tól a Lucent 
lechnologies Magyarország Kft. ügy- 
vezető igazgatójaként folytatta pályáját, 
később a Lucent Technologies Inc. 
regioónális igazgatójává is kinevezték. 
1996-tól a Lucent cég szétválása után 

az üzleti kommunikációs rendszerek 
üzletágat folytató jogutód, az Avaya 
Magyarország Kft. közép-európai 
regionális ügyvezető igazgatói tisztsé- 
gét látta el. 

Füzes Péter Stefan Ström-öt követi 

a poszton, aki az Oracle Észak- és Közép- 
Európáért felelős elnökhelyettesi tiszt- 
jének betöltése mellett irányítja az Oracle 
Hungary-t 2001. november 29. óta. 


MMS-tanácskozás Budapesten 

2002. április 18-án az Ericsson csúcstech- 
nológiát képviselő rendszerén a világon 
elsőként a Westel indította el a teljes 
körű kereskedelmi multimédiás üzenet- 
közvetítési szolgáltatást (MM95). 

Az MMS világpremierjét követően 





a nagy érdeklődésre és a rendkívül 
kedvező nemzetközi fogadtatásra tekin- 
tettel az Ericsson Magyarország és a 
Westel Mobil Távközlési Rt. úgy döntött, 
hogy nemzetközi tanácskozást rendez 
Budapesten, amelyen bemutatja az im- 
már másfél hónapja működő szolgálta- 
tást, illetve ismerteti az eddig elért ered- 
ményeket és tapasztalatokat. A június 
4-én megtartott fórumon az előadók a 
Westel felkészüléssel, szolgáltatásindu- 
lással kapcsolatos tapasztalatairól, a 
technikai kérdésekről, a piaci várakozá- 
sokról és a működő tartalomszolgáltatá- 
sokról nyújtottak átfogó képet. Nem 
csupán magáról az MMS-rendszerről, 
hanem az Ericsson Consumer Lab szer- 
vezetén belül folyó, a felhasználói szoká- 
sokat vizsgáló kutatásokról is szó esett. 
Az MMS sikerének elengedhetetlen 
feltétele a sokszínű és megbízható tar- 
talom, ezért a Westel már a szolgáltatás 
beindításának első napján útjára indí- 
totta MMS információs szolgáltatásait. 
A tanácskozáson bemutatót tartott az 
Ericsson partnerei közül több tartalom- 
szolgáltató, köztük két hazai cég is, 
felvillantva néhány lehetséges alkalma- 
zási területet. 





2002. július 1 


0 Kiskapu Kft. Minden Jog fenntartva 








0 Kiskapu Kft. Minden Jog fenntartva 





40 hüvelykes 

LCD-TFT tévé a Samsunytól 

A Samsung bemutatta a világ első 40 
hüvelykes TFI-LCD kijelzőjét. A kijelzőt 
egy különleges megoldással kimondot- 
tan tévéadások megjelenítésére fejlesz- 
tették. Képpontjainak válaszideje 12 ms, 
így mozgókép visszaadására tökéletesen 
alkalmas, láthatósági szöge 170 fok, kép- 
aránya 15:9. A Samsung - és vele együtt 
más gyártók — már eddig is kínáltak 
kisebb-nagyobb IFI-LCD tévéket, ám 
hasonló méretű kijelzőket műszaki aka- 
dályok miatt tömegesen még nem gyár- 
tottak. A Samsung tavaly augusztusban 
készítette el szokatlanul nagy kijelző- 
jének első próbapéldányát, a sorozat 
gyártásra egészen eddig várni kellett. 

A készülék tényleges kereskedelmi 
elérhetősége és ára egyelőre ismeretlen. 
2 http:/www.samsung.hu 


Nagyteljesítményű 

Fujitsu merevlemezek 

A hazánkban kevésbé kedvelt - tegyük 
hozzá, ok nélkül, hiszen a cég a második 
legnagyobb merevlemez-szállító volt 

ez év első negyedében a vállalati pia- 
con — Fujitsu merevlemezeinek családja 
újabb nagyteljesítményű sorozattal bő- 
vül. Az új MAP-sorozat tagjai 10, a MAS 
jelzésű példá- 
nyok pedig 15 
ezres fordula- 
ton működő 
lemezeket tar- 
talmaznak. 
lermészetesen 
nemcsak a lemezek fordulatszáma nőtt, 
hanem belső átviteli sebességük, vala- 
mint kapacitásuk is, amely elérheti a 
147 GB-ot. Mindkét típushoz 8 MB 32 
bites gyorsítótár tartozik, a rendszerhez 
Ultra320 SCSI vagy FC-AL felületen ke- 
resztül csatlakozhatnak. A MAP-sorozat 
már júliustól elérhető lesz, a MAS-soro- 
zatra viszont szeptemberig várni kell. 

2 http:/www.fujitsu.com 
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Tókeemelés az Axelerónál 

A Matáv úgy határozott, hogy a további 
sikeres növekedés elősegítése érdekében 
négymilliárd forinttal megemeli a társa- 
ság saját tőkéjét. 2001 végén az Axelero 
saját tőkéje 2,5 milliárd forintot tett ki. 

A Matáv arról is határozott, hogy Drajkó 
Lászlót, az Axelero vezérigazgatóját és 
Simó Györgyöt, a társaság általános 
vezérigazgató-helyettesét, valamint 

Dr. Nagy Bálintot, a Matáv csoport 
kommunikációs igazgatóját az Axelero 
igazgatósági tagjának nevezi ki. 


Szuperbiztonságos Linux 

A fejlesztők sikeresen fordították le 

a Security-Enhanced Linux (SELinux) 

egyik próbaváltozatát — igaz, egyelőre 

csak modulként. 

Az amerikai NSA 
segédletével készü- 
lő Linux az eredeti 
szándék szerint 

nem lesz teljes ter- 

jesztés, ám mindenkép- 
pen fontos hatással lesz majd az összes 

Linux-változatra — állítja Grant Wagner, 

az NSA egyik vezető tisztviselője. 

A fejlesztések az operációs rendszer 

még biztonságosabbá tételét célozzák, 

többek közt szolgáltatásait a meglévő 
önkényes mellett meghatalmazás 
jellegű hozzáférés-védelemmel is bőví- 
teni szeretnék. lermészetesen az NSA 
sem jótékonysági alapon dolgozik 
együtt egy nyílt forrású program hívei- 
vel; a biztonságosabb rendszereket az 
amerikai kormányhivatalokban is hasz- 
nálni fogják. 

2 http:/www.nsa.gov/selinux/index.html 


Elkészült a Palm 05 5 
A Palm bejelentette, 
hogy a fejlesztők 
számára már elérhe- 
tő a Palm OS 5-ös 
változata. Az új 
zseb-operációs rend- 
szer alá már nem a 
megszokott Motorola 
Dragonball processzorok, hanem na- 
gyobb teljesítményű ARM-lapkák kerül- 
nek. A nagyobb erőre szükségük is van 
az új Palm-gépeknek, hiszen csak így 
vehetik fel a versenyt a Microsoft 
Windows-alapú multimédiás készülé- 
kekkel. A Palm nagy hangsúlyt helyez 
az áttérés — várhatóan hosszadalmas — 
időszakának zökkenőmentességére, 

így ígéretük szerint a régi programok 
körülbelül nyolcvan százaléka az új 
alapokon is működni fog. 

2 http:/www.palmos.com 








instant SB 

A Seiko Epson elkészítette az első USB 
On-Ihe-Go vezérlőlapkát. A jelenlegi 
USB-csatlakozós eszközöknél a kapcsolat 
egyik résztvevője mindig a személyi szá- 
mítógép. Hiába van két 
USB-s eszközünk, köz- 
vetlen kapcsolatot nem 
tudunk teremteni kö- 
zöttük - ezt oldja meg 
az USB On-Ihe-Go. 
Elsődleges célterület a digitális tényképe- 
zőgépek és nyomtatók piaca, hiszen az új 
megoldással közvetlenül a fényképező- 
gépről is átküldhetjük a nyomtatónak a 
képeket, nem lesz szükség számítógépre. 
2 http:/www.epson.co.jp 





Enged a Microsoft 

A Windows apró cafatokra cincált válto- 
zatának bemutatása ugyan elmaradt, ám 
a Microsoft a felhasználók számára lehe- 
tővé fogja tenni, hogy az elektronikus 
levelezésre, böngészésre és azonnali üze- 
netküldésre használt programokat a saját 
ízlésük szerintire cseréljék. Az alkalmazá- 
sok nem kerülnek tényleges eltávolításra 
a rendszerből, ám az mégis úgy fog visel- 
kedni, mintha a törlés megtörtént volna. 
Az új lehetőség a Windows XP-hez vár- 
hatóan augusztusban ingyenesen meg- 
jelenő javítócsomaggal válik elérhetővé. 
A lépésre az éppen folyó antitröszt per 
révén sikerült a Microsoftot rávenni. 

A Windows korábbi változatait a cég 
nem módosítja. lermészetesen abban 
eddig sem akadályozta senki a felhasz- 
nálókat, hogy saját böngészőt vagy 
egyéb internetes programokat telepítse- 
nek, de a beépített alkalmazások eltün- 
tetését a rendszer nem támogatta. Még 
fontosabb, hogy az OEM-gyártók előtt 
megnyílik annak lehetősége, hogy már 
az operációs rendszer előtelepítésekor 
módosítsanak bizonyos összetevőket, 
így például Netscape vagy Opera 
böngészővel , szereljék fel" a gépet. 


Handspriny Treo 90 billentyűzettel 

A Handspring új, Ireo 90-es készüléke 
friss tagként belépett a billentyűzettel is 
rendelkező zsebtitkárok klubjába. Az apró 
billentyűzet a megszokott gombok fölött 
kapott helyet, feladata az adatbevitel 
gyorsítása — ennek ellenére a Háború és 
béke begépelését nem ezen fogjuk elkez- 
deni. A 300 dolláros Ireo egyébként 16 MB 
memóriával kapható, további bővítését 
Secure Digital és MultiMediaCard kár- 
tyákkal végezhetjük el. Színes kijelzővel 
és Li-ion akkumulátorral rendelkezik, 
súlya megközelítőleg 110 gramm. 

2 http:/www.handspring.com 





CD-nyi CD-író 3 s 
Az Archos Cesar nevű me 3 
meghajtója pontosan te 4 
másfél centiméterrel di 
szélesebb, mint egy 120 

milliméteres korong. Kicsiny mérete el- 
lenére remekül elboldogul a lemezekkel, 
írni és újraírni nyolcszoros, olvasni pedig 
24-szeres sebességgel tudja őket. A cég 
Micro Power Management nevű fejlesz- 
tésének köszönhetően külső tápegységre 
sincs szüksége, közvetlenül a PC-ről 
vagy Macintoshról is nyerheti az áramot. 
A készülék USB 2.0, FireWire vagy PC- 
kártyás felülettel rendelkezhet, súlya 

400 gramm, ára pedig 290 euró. 

2 http:/www.archos.com 


Néhány srác még hiányzik 

A Mozilla-tervezet újfajta felhasználói 
szerződéssel jelenne meg - ám egy apró- 
ság hátráltatja a folya- 
matot. Több mint 300 
fejlesztő már hozzá- 


járult a változáshoz, azzmőlótléseeeee 
ám vannak néhányan, I MI SSI NG 


akik egyszerűen elér- 
hetetlenek. A Mozilla 
webhelyén külön 
oldalt létesítettek a 
hiányzó betyárok 
felkutatására, ahol 

a nagyérdemű segít-  szegysewe 
ségét kérik. Szeren- LÉON KEL Sssaár 
csére az eltűntek nagy 


! 
része már előkerült, l j I 
lapzártakor mindössze ! 2 "d852 öraasla 
négy nyomtalanul j 
felszívódott úriember szerepel a listán. 
2 http://mozilla.org/MPL/missing.html 
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Mobiltelefonról vezérelhető 
számítógépek Japánban 

Az IBM Japan Desktop On-Call Gateway 
nevű programjával nem kevesebbre ve- 
temedhetünk, mint hogy távolról, mobil- 


telefonunk segít- 
(0) " NTTGroup 


ségével vezérel- 
szaás A áá ú jük számítógé- 
190 e atm atm B pünket - feltéve, 
hogy el tudjuk érni az NII DoCoMo 
szolgáltatását, és megfelelő készülékkel 
is rendelkezünk. A programot például 
a vállalati demilitarizált zónába kell tele- 
píteni, így válik lehetővé a vállalati háló- 
zaton található PC-k távvezérlése. A ki- 
szolgáló SSL-en vagy a mobiltelefon 
sorozatszáma alapján azonosítja a hívót, 
aki ugyan munkaasztalának egyszerre 
mindig egy kis részét látja, ám a megfe- 
lelő számgombokkal tetszése szerint 
navigálhat a képernyőn, és egérkattin- 
tásokat is küldhet munkaállomásának. 


www.linuxvilag.hu 


Megjelent a Mozilla 1.0 
Hosszas fejlesztés után megjelent a Mo- 
zilla 1.0-s változata. A nem csak asztali 





gépekre elérhető Gecko-motorra épülő 
böngésző, valamint a köré csoportosuló 
alkalmazásegyüttes nyílt forrású fejlesztés 
eredménye. A program támogatja az is- 
mert webes szabványokat, így többek 
közt a HTML 4.0-t, az XML-t, CSS1 és 
CSSZt, az Unicode karaktereket és a Java- 
Script 1.5-ös változatát. A fejlesztés során 
nagy hangsúlyt helyeztek a könnyű ho- 
nosíthatóságra, talán ennek is köszönhe- 
tő, hogy a Magyar Mozilla Projekt mun- 
kája révén a Mac OS, Linux, AIX, BSD, 
Windows és O5$/2 operációs rendszerek 
alatt futó program magyarul is elérhető. 
2 http:/mozilla.rog 


Solaris 9 

Az operációs rendszer kifejezés új jelen- 
téssel töltődik meg - valami ilyesmi 
történik a Sun szerint a Solaris 9 megje- 
lenésével. Az új rendszer számos olyan 
új vagy javított szolgáltatással bír, ame- 
lyek egyfelől a biztonságot, másfelől a 
könnyebb felügyelhetőséget segítik elő. 
Különösen ez utóbbi fontosságát hang- 
súlyozzák a fejlesztők, hiszen minél 
kevesebb felügyeleti munka akad egy- 
egy kiszolgálóval, annál könnyebben 
csökkenthetők a birtoklás és üzemben- 
tartás költségei. Néhány az új fejlesz- 
tések közül, csak címszavakban: IPSec 
Internet Key Exchange-támogatással, 
véletlenszám-generátor, biztonságos 
LDAP és teljes körű Smart Card-támoga- 
tás, számos új felügyeleti alkalmazás, 
Live Upgrade 2.0. Az új Solaris alapvál- 
tozata akár ingyenesen is beszerezhető, 
mindössze a CD-t és a kezelési költséget 
kell megfizetnünk. 

2 http:/www.sun.com 


IBM-programok oktatási 
intézményeknek 

Az IBM Magyarországon is meghirdette 
nemzetközi felsőoktatási programját, 
melynek keretében számos programját 
egyetemek, főiskolák számára ingyene- 
sen hozzáférhetővé teszi, közöttük a 
WebSphere e-business programfelületet, 
a DB2 adatbázis-kezelőt, a Lotus irodai 
alkalmazásokat és több fejlesztőeszközt. 
Az érdeklődő intézmények a 

2 http:/www.ibm.com/university/ 
scholarsprogram címen jegyezhetik 

be magukat. 

Az IBM Magyarországi Kft. elsőként 


a Budapesti Közgazdasági és Államigaz- 
gatási Egyetemmel kötött megállapodást, 
melynek alapján az intézmény hallgatói 
és oktatói az IBM különféle programjait 
- nem kereskedelmi célokra — ingyene- 
sen használhatják. A felkínált alkalmazá- 
sok az intézmény számítógépein szaba- 
don futtathatók, és korlátozás nélkül 
használhatók fel oktatási, kutatási és 
tanulási célokra. A cég az ilyen módon 
átadott programokhoz rendszeres frissí- 
tést és állandó elérésű támogatást bizto- 
sít. Az ingyenesen elérhetővé tett alkal- 
mazások értéke kereskedelmi forgalom- 
ban megvásárolva meghaladná a több 
százezer forintot. A programokon kívül 
az IBM térítésmentesen bocsátja rendel- 
kezésre oktatási és képzési anyagait, 
számos leírást, tanulmányt és elektroni- 
kus formában elérhető tankönyvet is. 


Medgyesi Zoltán (mzxoaxelero.hu) 

a BMGE 24 éves informatika szakos 
hallgatója. Szabadidejét legszíveseb- 
ben a barátnőjével tölti. Szeret autózni 
és bográcsban főzni. A Linuxot hat éve 
ismeri, de még nem volt lelkiereje, 
hogy áttérjen rá. A Linuxvilág magazin 
hírszerkesztője. 
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Linuxvilág 


Kiszolgáljuk! 


Az, hogy az új kiszolgálóra Linux kerüljön-e, a legtöbb 
felvilágosult helyen nem lehet kérdés — hacsak nincs 
valamilyen különleges követelmény, ami miatt egy má- 
sik operációs rendszert kell választani. De milyen vas 
kerüljön alá? Itt kezdődik a hajhullást és álmatlan éjsza- 
kákat eredményező beható fejvakarás. 

Ahhoz nem kell tehetség, hogy elmenjünk a boltba, meg- 
vegyük mindenből a legnagyobbat, a legdrágábbat, no 
meg amelynek a neve mellé odaírták, hogy , server". 
Anyagi okokból általában erre nincs is lehetőség. Marad 
tehát a gondos tájékozódás, majd a válo- 
gatás, végül az alkatrészek és egy sza- 
tyorravaló hűtőventilátor megvétele. 

Egy másik megoldás az, hogy vásárolunk 
egy márkás gépet. Nem biztos, hogy job- 
bat fogunk kapni, mintha minden tudásun- 
kat beleadva sajátot állítanánk össze, ám 
reménykedhetünk abban, hogy egymással 
jól együttműködő alkatrészekből állították 
össze, és olyan garanciát és szolgáltatá- 
sokat, valamint kiegészítőket kapunk hoz- 
zá, amik miatt érdemes mellette dönteni. 
A HP is rendelkezik olyan kiszolgálónak 
összeállított gépekkel, amelyek gyakorla- 
tilag bármelyik felhasználó asztalán elő- 
fordulhatnak. A legújabb ilyen a tc soro- 
zat, melyből a tc2100-as modell járt nálam. 

A gépet körülvevő hatalmas dobozról nem írnék tanul- 
mányt. A kellékek halmaza viszonylag kis elemszámúnak 
mondható, és a géphez tápkábelt, egyszerű billentyű- 
zetet és mezei egeret kapunk, valamint két CD-t, ame- 
lyekről később lesz szó. 

Maga a gép külcsínét tekintve nekem nagyon tetszett. 

A tervezők felrúgták az unalmas fehér színű fémlemezből 
összeállított házak nyomasztó hagyományát, és a gép 
zsigereit tetszetős fekete műanyagházba burkolták. Ter- 
mészetesen a ház — amelynek homlokzatán formaterve- 
zett HP felirat díszeleg — nem tisztán műanyagból készült, 
az elektromágneses zavaró jelek ki- és bejutását egy bel- 
ső fémborítás, az illesztéseknél pedig vékony fémlamellák 
akadályozzák meg. A ház természetesen lezárható, a 
doboz hátulján egy fekete műanyag bumpszli éktelenke- 
dik, ez a lakat rajta. A doboz oldala nem csavarozható, 
hanem egy kallantyúval nyitható, bezárt állapotban ennek 
mozgatását akadályozza meg egy fémpöcök. 

A gép belseje roppant célszerűnek tűnt. Legfontosabb 
előnyének azt tartottam, hogy a merevlemezek nem 

a ház hosszában, hanem keresztben helyezkedtek el 
benne. Ennek köszönhetően ha bővíteni, szerelni szeret- 
nénk, esetleg az átkötéseket kívánnánk átrendezgetni 

a meghajtók hátulján, nem kell őket kihúznunk a helyük- 
ről — letarolva ezzel a gép teljes belsejét —, hanem 
könnyedén és fájdalommentesen, csupán a gép oldalát 
leemelve ténykedhetünk. 

A processzorra termetes hűtőborda került, érdekessége, 
hogy ventilátora nem a processzor felé, hanem azzal 


párhuzamosan fújja a levegőt. Meggyőződésem, hogy 

ezzel elkerülhető a por lerakódása a borda processzor 

felőli részén, és nem kell tartani a hűtés hatékonysá- 
gának leromlásától. 

A gép belsejéről általában is elmondható, hogy igénye- 

sen szerelt. A kábelek a helyükön vannak, szépen, szög- 

letesen, katonás rendben sorakozik belül minden. Mivel 
gyárilag csak egy merevlemez van a dobozban, alatta 
táp- és adatkábelcsatlakozás és üres bővítőhely — elkü- 
lönített csavarokkal együtt — várja a második meghaj- 
tót. Már épp ki akartam osztani egy pirospontot az 
igényes belsőért, amikor megdöbbenten vettem észre, 
hogy az egyik USB-csatlakozóra rálóg a hátoldali fémlap 
egy apró darabja — alighanem félrecsúszott valami egy 
kicsit az összeállításnál. Némi izomerővel és egy csa- 
varhúzóval lehet rajta segíteni, csakhogy nem azért 
vásárol az emberfia márkás gépet, hogy hanyagul le- 
gyen összeszerelve. 

A meghajtók mindegyike sínekre szerelhető, majd egyet- 

len mozdulattal a helyére csúsztatható. Merevlemez 

összesen kettő kerülhet a házba, a gyári CD-meghajtó 

alatt további két nagy meghajtó fér el, felülről pedig a 

hajlékonylemezes meghajtó figyeli fenségesen társait 

— lehet, hogy a rendszerindításra alkalmas CD-k korában 

én a hagyományokkal szakítva kihagytam volna a gép- 

ből, ez azonban csak magánvélemény. 

A gép - elsősorban a processzor — megfelelő hűtésébe 

egy pótventilátor is besegít. A tc2100-as még vele 

együtt is meglepően csendes, működése közben nyu- 
godtan alhatunk mellette. 

A tc2100 kizárólag minőségi alkatrészeket tartalmaz, 

ennek megfelelően nem is sikerült zavarba hoznom. Az 

órákig, napokig tartó folyamatos másolgatás és tartós 
üzemelés meg sem kottyant neki, semmilyen hibát vagy 
lefagyást nem mutatott — itt jegyzem meg, hogy az UHU 

Linux első próbaváltozata is remekül teljesített. 

A gép felépítése: 

e — közepes méretű toronyház két merevlemezhellyel, 
három 5,257-es hellyel és egy hajlékonylemezes 
meghajtónak kialakított hellyel, továbbá 250 W 
teljesítményű Lite-On táppal; 

e . Asus P4B-MX alaplap beépített hálózati csatolóval, 
egy AGP-, három PCI- és három SDRAM-foglalattal; 

e — nVidia Riva TNT2 lapkás, AGP-foglalatba illeszkedő 
VGA-kártya; 

e . Maxtor D740X-6L típusú, 40 GB kapacitású, 7200-as 
fordulaton működő merevlemez; 

e — lLite-On 48 x CD-ROM; 

e — 1,7 GHz órajelű Pentium IV processzor; 

e 128 MB Micron Technologies PC133-mas, ECC 
Registered memória. 

Megbízható gépet azért építünk, mert minél nagyobb 

rendelkezésre állást szeretnénk elérni. Meghibásodá- 

sokra azonban mindig számítani kell, és talán kijelent- 
hetjük, hogy ez önmagában még nem tragédia. Sokkal 
inkább baj, ha a javítás, esetleg a biztonsági mentések 





visszaállítása órákig, netalán napokig tartó leállást, a 
szolgáltatás kiesését eredményezi. A HP több olyan 
garanciakiterjesztést is kínál gépeihez, amelyek révén a 
kiesés időtartama jelentősen csökkenthető, ezek közül 
— tájékozódásom eredménye szerint — hazánkban kettőt 
vásárolhatunk meg. 

Az egyik lehetőség, hogy a HP karbantartója felárért 
négy órán belül megjelenik, és megkezdi a gép javítását, 
feltéve, hogy munkanap van, és még beleférünk a mun- 
kaidőbe. Előzetesen telefonon kérdeznek ki minket a 
hibajelenségről, így a megfelelő alkatrész cseréje azon- 
nal megtörténhet, és a kiszolgáló jó eséllyel újra működ- 
het. A szolgáltatásért körülbelül 110 ezer forintot kérnek 
áfával együtt. 

A másik ajánlat másnapi kiszállást ígér, ám ha jól értet- 
tem, nem csak munkanapokon. Erre utal magasabb, 
160 ezer forint feletti ára. Mindkét szolgáltatás három 
éven keresztül vehető igénybe. 

Első, sőt, még második hallásra is magasnak tűnnek 
ezek az árak, ám nem szabad elfeledkezni arról, hogy 
nemcsak a gép javításáról van szó, hanem az alkatré- 
szek cseréjéről is. A szerelés egy rendszergazdának 
aligha okozna gondot, ám adott esetben az alkatrész 
beszerzése annál inkább. És még egy fontos szempont: 
ha bármilyen gond akad, másra tudunk mutogatni. 

A Toptools a HP általános eszközfelügyeleti programja. 
Segítségével az asztali gépek hőmérsékletétől kezdve 
egészen a nyomtatók állapotáig rengeteg dolgot felügyel- 
hetünk — akár egészen nagy hálózatokban is. Az esemé- 
nyeket és állapotadatokat ügynökök segítségével gyűjti 


be a hálózatról — ilyen ügynököket azonban sajnos csak 
a különféle Windows-változatok alá kínálnak. Előnye vi- 
szont, hogy képes együttműködni a nagy felügyeleti 
rendszerekkel, így a HP OpenView Network Node Mana- 
ger, a Microsoft SMS, a CA Unicenter TNG, az IBM Tivoli 
Enterprise Management és Tivoli NetVievw termékeivel. 
A CD-k tartalma: 


az első lemezen 

HP Toptools Device Manager 
HP Web Jetadmin 

Device AÁgents 


a második lemezen 

HP Toptools for NNM 

(NT, Unix, Solaris) 

HP Toptools for Microsoft SMS 
HP Toptools fo Unicenter TNG 


Adatok 


E-mail: 5 http://Awww.hp.hu/vevoszolgalat/vevo.asp 
2 http://www.hp.hu 


Medgyesi Zoltán (mzxaxelero.hu) 

a BMGE 24 éves informatika szakos hallgatója. 
Szabadidejét legszívesebben a barátnőjével tölti. 
Szeret autózni és bográcsban főzni. A Linuxot hat 
éve Ismeri, de még nem volt lelkiereje, 

hogy áttérjen rá. A Linuxvilág magazin 
hírszerkesztője. 





Vajon hány haiku születik még, mire ráununk? 


E heti jelöltünk , A hét szabad programja" címre a 

2 http://www.oblomovka.com/code/haiku/haiku. Ez egy 
olyan Python-parancsfájl, amely , véletlen" haikukat, azaz 
17 szótagos mondatokat keres bármilyen szövegfájlban, 
ahogy mi is tettük az LDP Howro (HOGYAN) leírásokkal 
még valamikor 2000-ben. Egy Linux levelezési lista a 
következő haikukat tartalmazta (figyelem: a fordítások 
már nem 17 szótagból állnak): 


e — Nos, a Junkbusterrel nem tudom megnyitni, de 
minden bizonnyal csodálatos. 


Inkább lerágom a lábam, minthogy még egyszer 
Netscape webkiszolgálót használjak. 


Solarisos pelenkások és lükék: a /opt/ foo fájl 
helyesen /usr/1ib/foo, a mindenségit! 


Az Orinoco hatósugara messze a legnagyobb, és 
nagyon jó vezérlő van hozzá. 


Bush irodalmi művek iránti rajongása igen fiatal 
korában megmutatkozott. 


www.linuxvilag.hu 


Hinned kell nekünk. Nincs más választásod. 
INTERAKTÍV SZÁMÍTÓGÉPES SZOLGÁLTATÁS. 


Nielsen soha életében nem tervezett semmi szépet. 


A székesegyházban a fenntartott helyek egy része le 
van nekünk foglalva. 


Még Richard Stallman is (haiku)költő, csak nem tud róla. 
Ez a haiku a 5 http://gnu.org webhelyről származik, és 
a védjegyes programok által okozott gazdasági kárra 
vonatkozik: 

, Egyvalaki szert tesz egy dollár haszonra, miközben 
kétdollárnyi értéket pusztít el." 

E havi jelöltünk ,A hónap szabad programja" címre a 
mencal menstruációs naptár, amely nagyon hasonlít a 
Linux programnaptárához. Mindössze annyi a különbség, 
hogy a mencalban bizonyos napok piros színnel jelennek 
meg: 5 http://mencal.kyberdigi.cz/english.html 


Don Marti 


Linux Journal 2002. június, 98. szám 
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Linuxvilág 


UnitedLinux 


Szövetséget kötött a SuSE, a Conectiva, 
a Caldera és a Turbolinux. 


Újabb linuxos érdekcsoport született. 2002. május 30-án 
négy vezető linuxos cég megalapította a UnitedLinuxot, 
amely szabványalapú, világméretű Linux-megoldásként 
szeretne bekerülni a történelembe, és egyelőre csak az 
üzleti felhasználókat célozná meg. 

A UnitedLinux fejlesztését négy szövetséges végezi, 
mely vállalati szintű, ipari szabványokra épülő, megbíz- 
ható, egységes felületű alkalmazás lesz, és ami a gép- 
és alkatrészszállítók számára egyedülálló, magas szintű 
Linux-megoldások kínálatát teszi lehetővé. 

Az IDC piaci- és trendkutató vállalat felmérése szerint 
tavaly az észak-amerikai és nyugat-európai vállalatok 
negyven százaléka már használta a Linuxot. A United- 
Linux a vállalati környezetben is fel szeretné gyorsítani 
a Linux befogadását azáltal, hogy az üzleti alkalmazá- 
sok, valamint a tanúsítvánnyal rendelkező gépek és 
alkatrészek nagyobb kínálatát kezdeményezi. Vélemé- 
nyük szerint a vásárlók előnyként értékelik majd az 
átfogó terjesztési stratégiát, ami csak abban az esetben 
jelenthet kézzelfogható hasznot a linuxos társadalom 
számára, ha a multinacionális cégek szintjén képes hir- 
detni. Kínálja a vállalati termékek nemzeti nyelven való 
elérhetőségét, valamint az oktatást, a terméktámoga- 
tást — ami az eddigi tapasztalatok szerint meglehetősen 
ingoványos területnek bizonyult. Hazánkban például 
eddig csak egyetlen igazán jól működő segítő rendszer 
született, amely a 5 linux-kezdo(omlf.linux.rulez.org 
címen érhető el. 

A UnitedLinux egységes Linux-kóddal szolgál az IBM 
teljes eServer-terméksorozatára, az AMD 32- és 64-bi- 
tes, valamint az Intel x86 és Itanium processzorcsalá- 
dokra, továbbá támogatja az LSB-t (Linux Standard 
Base), a Lilőnux és a GB 18030 szabványokat. Angol, 
német, francia, olasz, japán, koreai, portugál, magyar, 
spanyol, egyszerűsített és hagyományos kínai nyelven 
telepíthető. 

A konzorcium célja, hogy egységes mederbe terelje 

a Linux-fejlesztéseket. Ez természetesen rendkívül 
hasznos lehet, hiszen a kezdeményezést az ismertebb 
gépgyártók támogatják: az AMD, a Borland Software 
Corporation, a Computer Associates, a Fujitsu 
Siemens, a Fujitsu Japan, a Hewlett Packard, az IBM, 
az Intel, a NES, a Progress Software és a SAR. Ez na- 
gyon fontos, hiszen így az eszköztámogatás lényegesen 
felgyorsulhat. Mint minden jónak tűnő kezdeménye- 
zésnek, ennek is lehetnek hátulütői. Eddig azért bíztunk 
annyira a Linuxban, mert mindig betekinthettünk a for- 
rásokba, a jelek szerint azonban ez a UnitedLinux-fel- 
használóknak nem feltétlenül adatik meg. Még belegon- 
dolni is ijesztő, mi mindent lehet egy program kódjában 
elrejteni. Jusson eszünkbe az a bizonyos, jól ismert 
operációs rendszerben futó szövegszerkesztő, amely- 
ben többek között egy , repülőgép-szimulátort" is elrej- 
tettek (húsvéti tojás). Ezzel a felhasználók adatainak 


biztonsága máris megkérdőjelezhető. 

Nézzük meg közelebbről, hogy a fenti együttműködés 
mit is rejt magában. Lényegében felosztották egymás 
között a bolygónkat: a Caldera Észak-Amerikában, a 
Conectiva Dél-Amerikában, a SuSE Európában, a Turbo- 
Linux Ausztráliában és Ázsiában a legelterjedtebb. 
Vajon mi történik, ha más is csatlakozni kíván a csa- 
pathoz, és ezzel versenytársa lesz a jelenlegi cégek 
valamelyikének? Hivatalosan nyitottak, tehát bárki 
csatlakozhat, csakhogy arról mélyen hallgatnak, hogy 
ez milyen anyagi feltételeket és egyéb garanciavál- 
lalást kíván. 

Elég meglepő, hogy a Red Hat Linux kimaradt. Vajon 
miért? Talán mert versenytársa lehetne a Calderának? 
Esetleg csak azért nem szerepel, mert a Red Hat egyedül 
is fel tudja mutatni mindazt, amit a UnitedLinux kínál? 
Hiszen jól használható a terméktámogatásuk, már rég 
meghódították a , nagyvállalati" piacot, terjesztéseik 
nyelvi nehézségekkel sem küszködnek, ráadásul a nevük 
is meglehetősen jól cseng a piacon, de arról sem szabad 
megfeledkezni, hogy szintén RPM-csomagokat használ- 
nak. Még azt is meg merem kockáztatni, hogy a Red Hat 
tud a legtöbbet az RPM-csomagokról. . . Tehát nem 
kizárt, hogy a Red Hat nem kívánt részese lenni ennek 

a csoportosulásnak, vagy csak nem hívták meg, hogy 
jelenlétével ne sértse mások érdekeit. 

Az eseményeket kívülállóként szemlélve úgy érzem, 
hogy a UnitedLinux megszületése érdekében szövetsé- 
get alkotó cégek célja igazán megnyerő, viszont abban 
az esetben, ha ismét a Caldera 2000-ben megjelent 
3.0-s munkaállomás és kiszolgáló termékében szereplő 
,Per-seat licensing" (munkahelyenkénti felhasználás) 
megvalósításán fáradoznak, már közel sem olyan vonzó. 
A Caldera 2000-ben visszavonulót fújt, és ezzel a lépé- 
sével egy sereg felhasználóját magára haragította. 
Richard M. Stallman, az FSF (Free Software Fondation 
— Szabad Szoftver Alapítvány) atyja egyenesen arra szó- 
lítja fel a linuxos társadalmat, hogy kerüljék a United- 
Linuxot, mivel szerinte nyilvánvaló, hogy terjesztésükben 
a ,perl-seat"-típusú felhasználási szerződést kívánják 
használni. Időközben a SuSE hivatalosan is kijelentette, 
ől semmiképpen nem támogatják ezt. Stallman, dörzsölt 
,Öreg" róka, pályafutása során sokszor élt már át olyan 
helyzeteket, amelyeket mi még a hírből is alig ismerünk, 
így nem kizárt, hogy Ő látja jól a helyzetet. 

Akkor innen viszont már csak egy lépés, hogy egyértel- 
műen lássuk, ennek az érdekcsoportnak csak egyetlen 
nagy vesztese lehet, a SuSE, hiszen a többiek eddigi 
tevékenységük folytán az esetleges bukást könnyebben 
kiheverhetik. 


Aki kimarad, az lemarad? 

Ezt sajnos nem lehet előre látni. Abban az esetben, ha 

a UnitedLinux valóban megerősödik, és a vállalati piac 
után az otthoni felhasználókat is megpróbálja meghódítani, 
sok száz Linux-terjesztés és linuxos cég kerülhet könnyen 
a nagy vesztesek közé. Az igazán nagy vesztes ebben 





Ők mondták 


A TiVo csak egy rossz felület csomagolása. 
(Bruce Sterling) 


Nem tetszik, hogy egyre divatosabbá válnak azok a 
dolgok, amelyek alááshatják a Google megbízhatóságát 
és pontosságát. (Seth David Schoen) 


Csak remélni tudom, hogy nem fogják , szoftverterro- 
ristáknak" nevezni azokat, akik digitális adathordozókat 
másolnak. /Derek K. Miller) 


Naiv elképzelés volt azt hinni, hogy a Háló nyitott 
maradhat. Soha semmi nem marad nyitott. A dolgok 
mostanában nem alakulnak jól — az üzleti modelleket 
védő, magas szintű vállalati érdekcsoportok újult erővel 
lobbiznak azért, hogy káros és ostoba törvényeket 
fogadtassanak el. (Mitch Kapor) 


Hollings törvényjavaslata bizonyos értelemben vissza- 
esés. Fenyegeti mindazt, amit az emberek el szeret- 
nének érni, bármely oldalon álljanak is... Az iparban 
dolgozók nem akarnak olyan szorosan összetartozó 
forgatókönyveket, amilyeneket Hollings vet fel a fej- 
tegetéseiben. (Hillary Rosen) 


A tartalmi ipar képviseletében a Disney és a Fox fel- 
keresi a kongresszust, és azt mondja: , döntsetek ti. . . 
nektek kell megtalálni a megoldást". Azt hiszik, ez a 
,nyílt forrás". (Maria Cantwell, az Egyesült Államok 
szenátora — D-Wash) 


Ezen kívül szükség van a régi autókat védő törvényre, 
amely kimondja, hogy az Egyesült Államokban eladott 
mozgó járművek mindegyikében régi autóalkatrésznek 
kell lennie. És vasútvédelmi törvény is kell, amely szerint 
nem árusítható tömegközlekedési jegy olyan szolgálta- 
tásra, amely gyorsabb vagy kevésbé költséges a vona- 
tozásnál. (A. K. M. Adam tiszteletes) 
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Képzeld el, mi lenne, ha a rádiózást előbb találták volna 
fel, mint a telefont. Az emberek azt mondanák: , Ugyan, 
kinek kell a személyes beszélgetés? A műsorszórásnál 
nincs jobb." (Bob Frankston) 


Az engedély nélkül használható színkép (spektrum) a 
legjobb dolog, amit valaha tettünk. (Michael Powell, 
az FCC elnöke) 


Senki nem jogosult a szabadság áldásaira, aki nem 
ügyel éberen annak megőrzésére. (Douglas MacArthur) 


Azok, akik szabadalmi rendszerről beszélnek, többnyire 
érdekeltek is abban, és ezért kedvező színben tűntetik 
fel. Csakhogy a szabadalmak a sorsjátékokhoz hason- 
latosak: az embernek csak ritkán származik belőlük 
előnye. A sorsjáték azt sugallja, hogy csak a nyerésre 
gondolj, a vesztésre soha, és a szabadalmaztatási 
rendszer is éppen ilyen. (Richard M. Stallman) 


A megsebzett bika öklelésre kész bika. (Jim Barksdale) 


A programozás olyan, mint a szex. Természetesen 
fizethetsz és nézheted a színészek játékát is, de bizonyos 
dolgok sokkal élvezetesebbek, ha magad csinálod. 
(Miguel de Icaza) 


A Világháló egy felhízlalt program (bloatware). Annyi 
minden van rajta, hogy lehetetlen bármit is megtalálni. 
Gondolj bele, mekkora merevlemez-kapacitást foglal 
feleslegesen a sok különféle weboldal, amelyet 
mindössze a világ 0,00000000001 százaléka olvas el 
valaha. Mivel az emberek túlnyomó többsége csak 

a Yahoót, az Ebay-t vagy az MSN-t látogatja, nem lenne 
jobb a Világháló, ha csak Yahoo, Ebay és MSN lenne 
rajta? Mondhatni, , optimalizálttá" válna. (Joel Spolsky) 
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Linuxos színpadtechnika 


A nyílt forráskód előnyei közé tartozik, hogy Linux- 
szal az általánosan megszokott felhasználási terü- 
letektől merőben eltérő helyeken is találkozhatunk. 


Hazánk fővárosa joggal lehet büszke színházaira, szín- 
művészeire, de természetesen hiba lenne megfeledkezni 
azokról a szorgos szakemberekről, akik munkája nélkül 
nem jöhetne létre az előadás — gondolok itt a díszlete- 
zőkre, az öltöztetőkre, a hang- és fénytechnikusokra. 
Abban a szerencsében részesültem, hogy hazánk egyik 
legismertebb befogadószínházának a kulisszái mögé 
tekinthettem be, amely akár hetente képes a nagyér- 
demút új előadással meglepni. 
Gondolom, ebből a kis felvezetőből 
már sokan tudják, hogy a Thália 
Színházat próbáltam jellemezni. 

A művészbejárótól öltözőkkel sze- 
gélyezett folyosó visz a színpadra, 
ahol az ügyelőpult mellett méreteit 
tekintve egy laptopra emlékeztető 
grafikus terminál vonta 
magára a figyelmemet. 
Mint Major Attila színpad- 
mestertől megtudtam, 

ez a szerény szerkezet a 
zsinórpadlás legtetején lévő 
kiszolgálógép egyik termi- 
nálja, és feladatát tekintve 


1. kép Központi kiszolgáló és a háttértároló 

2. kép ADB vision 10/t világosító pult 

3. kép Az ADB vision 10/t kezelőfelülete, mely a kézi 
vezérlést is lehetővé teszi 

4. kép Beállító terminál, lényegében Itt történik 
a csatornák kiválasztása 


a díszletek mozgatását végzi — milliméter pontosan. 
Képes arra, hogy az előre megtervezett folyamatokat egy 
gombnyomásra véghezvigye. Tehát csak annyit tesz, hogy 
az adott pillanatban az egyik díszletet felemeli, például 

4 méterre, miközben a másikat 6 méterre leengedi és 
így tovább. Viszont ezt bármikor hajlandó megtenni, óra- 
mű pontossággal. Talán nem is kell megemlítenem, hogy 
a feladat ellátására Linuxot használnak, ami egy kelle- 
mesen szerény, kimondottan a feladatra összpontosító 
grafikus, azaz X-felületen tart kapcsolatot a mesterrel. 
Természetesen igyekeztem kifaggatni Attilát, hogy miért 
pont linuxos gépet használnak. Nem volt más választási le- 
hetőség, esetleg a vételár mértéke döntött a beszerzésnél? 
, Végtelenül egyszerű erre a magyarázat. Természetesen 
volt és van is más lehetőség, azonban nekünk az volt 

a legfontosabb, hogy olyan technikát vegyünk, ami hosz- 
szútávon is megbízható. Nem az ár döntött, hiszen egy 
ilyen technikában a program értéke a körülötte található 
berendezések árához viszonyítva elenyésző. Ő a mi kis 
cicánk, mert csak így becézzük, hiszen luxemburgi aty- 


jától a CAT (Computer által támogatott színház) nevet 
kapta (5 http://www.goodland.lu)." 

Megsimogattam a cicát, majd új kísérőmmel, Bodon 
Károly úrral átsétáltunk a színpaddal szembeni legma- 
gasabb páholyba, ahol régi színházi szokás szerint söté- 
tített üvegtáblák mögé rejtve a világosítás vezérlőköz- 
pontja található. 

A helyiségbe lépve egy hagyományos fénytechnikai ve- 
zérlőpulttal és négy karakteres színes monitorral találtam 
szembe magam. Az ADB vision 10/t rendszer Belgium- 
ból, pontosabban Brüsszelből származik. Megalkotója, 
Andrian Dee Bocker (5 http://www.adb.de) maga Is 
gyakorló fővilágosító, és mivel többféle fénytechnikai 
pulttal is volt szerencséje dolgozni, úgy döntött, hogy 
olyan technikát készít, amely tökéletesen megfelel a 
kívánalmaknak, és megbízhatóság területén magasan 
túlszárnyalja elődeit. 

A pult érdekessége, hogy ránézésre jól kezelhető, gondo- 
san átgondolt kezelőfelületet látunk, ami a megszokott 
gombokat, potenciométereket tartalmazza, belül azonban 
egy teljesen hagyományos Pentium II-es alaplap végzi 

a háttérmunkát, illetve az asztal alatt a mentőegység 
(backup) található, mely első ránézésre egy szerény kis 
kiszolgálóra emlékeztet. 

Bodon Károlyt arról faggattam, hogy mit is tud az ADB, 
mire használják, és miért éppen ezt alkalmazzák. 
Fontos megemlítenem, hogy az ADB-n Linux fut. Miért? 
Mert ennél megbízhatóbbat még nem sikerült találnunk. 
DMX 512 jellel kommunikál, ami 1990 óta elfogadott 
UISTT-szabvány. Tudom, ez Így nem sokat mond, de 

a lényeg az, hogy 2xX512, azaz 1024 csatornát tudunk 
használni, amin belül 60 jel áll rendelkezésünkre. Egy jel 
egy világosítási kép. Például egy pörgő-forgó lámpa átla- 
gosan 8—40 jelet kap, így a nálunk található 22 awab 
motorikus kengyel és az 50 rolnis színváltót, meg az 
egyéb egységeket tökéletesen tudjuk működtetni 

(5 http://www.adb.be)." 

Szerettem volna a pultot a gyakorlatban is kipróbálni, 

de erre sajnos nem volt lehetőség, mivel éppen egy 
francia produkció színpadra állítása zajlott. 

A háttérbe húzódva szemléltem, milyen hihetetlenül gyor- 
san programozzák az előadást. Már nem is csodálkoztam 
különösebben azon, hogy egy előadáshoz akár egy nap 
alatt képesek mindent beállítani, bár bonyolultabb pro- 
dukciók esetében ez akár egy hetet is igénybe vehet. 
Melegséggel telt szívvel távoztam a színházból. A Linux 
ismét bebizonyította, hogy a nyílt, szabadon felhasz- 
nálható forráskód előnyeit az élet szinte minden terü- 
letén kamatoztathatjuk. 


Gibizer Tibor 
(gibzoolinuxmania.hu) 
Újságíró, immár hét éve a Linux 
elkötelezett híve. Imádja 

a kutyákat, a kerékpározást és 
az autós csavargást. 
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Az LME tervei 


A Linux-felhasználók Magyarországi Egyesületének A Linux népszerűsítése egyesületünk tagjai számára 
elnöksége és az egyesület tevékeny tagjai töretlen len- mindig is rendkívüli fontossággal bírt. Ennek köszönhe- 
dülettel dolgoznak azon, hogy kedvenc egyesületünk tően egymás után születnek a különböző linuxos honla- 
lehetőségeihez mérten a legjobban feleljen meg azon pok, cikkeket írunk, linuxos tanácskozásokat szervezünk. 
követelményeknek, amellyek a hosszú távú eredményes Az elmúlt pár hónapban sikerült meghódítanunk egy 
munkához elengedhetetlenek. eddigi fehér foltnak bizonyuló médiumot, a televíziót. 
Alig telt el pár izgalmakkal teli hónap, máris rendeződni Hosszas szervezés után végre megszületett hazánk első 
látszik az egyesület működéséhez szükséges anyagi televíziós műsorsorozata a fix.tv-ben, amely minden 
háttér. Ez elsősorban a 2000-ben indított, majd 2001-ben szerdán délután 4 és 5 között Linuxszal foglalkozik . 
teljesített MeH (Miniszter Elnöki Hivatal) által életre Talán túl tág a , Linux népszerűsítése" meghatározás, 
hívott projekt végleges lezárásának köszönhető. véleményünk szerint ide azonban kívánkozik egy új pró- 
A MeH projekt jelen történetünket tekintve az első olyan bálkozás, amely a , Gépfelszabadítás" nevet kapta. 
vállalt kötelezettségünk volt, amely soha nem látott viha- A projekt célja, hogy olyan számítógépeket gyűjtsön össze, 
rokat kavart a tagság körében. Talán kicsit felkészületle- . . amelyek még használhatók, de mások, főként cégek lese- 
nek, gyakorlatlanok voltunk a feladat nagyságához mér- lejtezték. Ezeket a gépeket szeretnénk oly módon felsza- 
ten, azonban most, ennyi idő távlatából talán már kár badítani, hogy szabad, nyílt forrású operációs rendszerrel, 
újrarágni a csontot. azaz GNU/Linuxszal vértezzük fel őket. Az így újjáéledt 

Egy egyesület működtetése néha komoly ügyviteli felké- gépeket iskolákkal, illetve olyan intézményekkel szeretnénk 
szültséget igényel. A folyamatosan változó állami szabá- megpályáztatni, akik más módon csak komoly elkötelezett- 
lyozásokkal lépést tartani még akkor sem könnyű, ami- ségek árán juthatnának olyan technikai berendezésekhez, 
kor tagjaink között olyan kiváló szakembereket tudha- amelyek például az oktatásban még kiválóan használhatók. 
tunk, akik naponta szembesülnek a cégvezetés, a köny- Ezzel és a fentiekkel kapcsolatban örömmel lát minden 
velés stb. kínjaival. Elsősorban nekik köszönhető, hogy hozzászólást, tanácsot, segítő kezet az LME. 
egyesületünkben rendeződnek a papírmunka azon terü- 

letei is, amelyek eddig talán egy kicsit háttérbe szorul- Gibizer Tibor 

tak. Ennek következménye, hogy már készülőfélben van , tgibzoolínuxmania.hu) 

a tartománykezelési szabályzat, illetve mivel az egyesü- it Újságíró, mintegy hét éve a Linux 
letnek törvényes kötelessége, hogy számviteli politikája elkötelezett híve. Imádja a kutyákat, 
legyen, amelynek része a pénzkezelési szabályzat, elnö- a kerékpározást, az autós 

künk elvállalta, hogy elkészíti a tervezetet. csavargást. 





Digitális videokamera használata Linux alatt 






Hogyan menthetjük le digitálisan tárolt filmjeinket a latom szerint egy órányi anyag 13-16 GB közti helyet 
videokameráról? Ez bizony elég bonyolult folyamat, foglal a merevlemezen. Készüljünk fel, hogy ezt a renge- 
mégis mindenki egyszerűen megbirkózhat a feladattal, teg adatot csak gyors merevlemezek képe- 






















ha rendelkezik egy linuxos géppel, firewire kapuval sek hiba nélkül folyamatosan menteni. Ha 
és egy dv-csatlakozós videokamerával, no meg ter- merevlemezünk erre nem képes, a program 4 
mészetesen egy programmal, ami kezeli a két készülék önműködően képkockákat hagy ki, ami a 4 $ A 
közötti a kapcsolatot. A program neve dvgratk, ezt filmben természetesen ugrásnak látszik. Na- 5 
Debian/GNU alatt a aot-get install dvgrab gyon vigyázzunk, hogy amikor a rendszer- e t 
paranccsal telepíthetjük. magot készítjük a feladathoz, semmiképpen rez hi 
A képlet egyszerű: dugjuk össze a két gépet egy erre ne kapcsoljuk be a FireWire menüpont alatt sz sk 
megfelelő kábellel, állítsuk be a kamerát a megfelelő a Többszörös ellenőrzés menüpontját, ilyen- s 
filmrészlethez. A következő paranccsal vehetjük rá kor ugyanis nagyon sok adatot ír pluszba Fi reW Í re s 
a gépet, hogy a firewire kapuról érkező adatokat merev- a syslog a fájljaiba, ami szintén sebes- e 
lemezünkre mentse: ségcsökkenéshez és hibákhoz vezet. ke 
dvgrab "format dv2 €Tilcime Azért a dv2-es formátumot ajánlom, mivel 2 
Ha a parancs kiadása után a kamerán elindítjuk a leját- elég nagy fájlok jönnek létre, és ezt a formátumot a sa 
szást, akkor az adatfolyam dv2-es formátumú AVI-ba mencoder kiválóan kezeli, így az 1 GB-os fájlokat SZ 
kerül mentésre, a neve filmcimexxx. avi lesz (ahol a fájl kedvünk szerint tömöríthetjük. Egyórányi anyag 8 
sorszáma az xxx lesz). Ha másként nem rendelkezünk, általában kényelmesen és nagyon jó minőségben elfér o 
az adatfolyam mindaddig rögzítésre kerül, amíg tart, egy 650—-700 MB-os CD-n. 0 
megközelítőleg 1 GB-os darabokra szabdalva. Tapaszta- Csontos Gyula sZ 
o 
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Beágyazott Rendszerek Konferencia (ESC) 2002 


ESC, San Francisco — Rick szerint a beágyazott Linux 
többé már nem csak a fura újoncok egyike. 


A március elején San Franciscóban megrendezett 
Embedded Systems Conference (ESC — Beágyazott 
Rendszerek Konferencia) rendezői a beágyazott rendsze- 
rek piacának különféle szereplői közül mintegy 15 ezer 
látogatóra számítottak. Ugyan a gazdasági körülmények 
a vártnál rosszabbul alakulnak, mégis körülbelül 12 ezer 
érdeklődő jelent meg. A mérsékelt figyelem ellenére az 
idei, al Moscone Convention Center két hatalmas termét 
elfoglaló ESC az eddigi legnagyobb volt. 

A beágyazott Linux oldaláról nézve a legfontosabb hír 
az, hogy a beágyazott Linux többé nem számít újdon- 
ságnak! Immár teljes joggal foglal helyet a három leg- 
fontosabb és nélkülözhetetlen beágyazott operációs 
rendszer között, amelyet gyakorlatilag minden beágya- 
zott vasnak (lapkáknak, áramköröknek, teljes rendsze- 
reknek), középrétegnek (middleware), alkalmazásnak 

és eszköznek támogatnia kell. A másik kettő általában 

a VxXWorks és valamelyik beágyazott Windows-változat. 
A beágyazott Linux, a VxXWorks és a beágyazott Win- 
dows mellett az egyéb beágyazott operációs rendszerek 
a jelek szerint a , futottak még" kategóriába kerültek, 

és csak akkor rúghatnak labdába, ha egy nagyobb vá- 
sárló hajlandó a fejlesztést megfizetni, vagy nagy meny- 
nyiségű terméket vásárolni. Az alábbiakban néhány 
érdekességet szeretnék kiemelni a 2002-es, San Fran- 
ciscóban megrendezett ESC kiállításról — a beágyazott 
Linux szemszögéből. 


Az Embedded Linux Consortium kiadja 
az Embedded Linux Platform szabványt 
Az Embedded Linux Consortium műszaki nyílt összejö- 
vetelt tartott március 12-én, amelyen a kétéves csoport 
kilépett eredeti, általános célú, ugyanakkor szabványos 
beágyazott Linux létrehozásának szorgalmazására (ELC 
Platform Specification) kiterjedő feladatköréből. Több 
mint 125 érdeklődő tűnt fel, és bár nem volt névsorolva- 
sás, a kérdőíveken a világ legnagyobb és legbefolyáso- 
sabb program-, félvezető és elektronikai fejlesztő cégeli- 
től — HP Hitachi, IBM, Intel, Microsoft, Motorola, Pana- 
sonic, Samsung, Sharp, Sony, Texas Instruments, Toshi- 
ba és Wind River — érkezett képviselők nevei tűntek fel. 
Egyes megfigyelők panaszai szerint az ELC Platform Spec. 
fejlesztése túl lassan halad ahhoz, hogy a piacon is hasz- 
nosítani lehessen, mások szerint viszont örömteli, hogy 
végre létrejött egy alapítószervezet (az Intellectual Property 
Agreement avagy IPA), amelynek révén a nagy cégek is 
részt vehetnek az előírások fejlesztésében. Az ELC eredeti 
szabályai akadályozták a szabványfejlesztési tevékenysé- 
get, így nélkülözhetetlen volt valamilyen formába önteni 
őket, hogy megváltozhasson a csoport alapszabálya. 

Az ELC találkozó két vezető felszólalása a hálózaton 

is elérhető. 

Az ELC létrehozta első, az ELC Platform Spec. kidolgo- 
zásával megbízott munkacsoportját, és várja azokat az 
önkénteseket, akik részt szeretnének venni a 2002 


végére kiadandó előírás-gyűjtemény kidolgozásában. 
Az ELC (5 http:/Awvww.embedded-linux.org) további 
munkacsoportok létrehozását is indítványozta, amelyek 
érdeklődési köre a valós idejű Linux, a biztonság, a 
vezeték nélküli API-k, a magas rendelkezésre állás, az 
eszközillesztők és számos egyéb témakör lenne. 


Rövid séta az ESC Vendor Expón 

Az ESC útmutatója szerint a beágyazott Linux kategóriá- 
ba összesen 39 vállalkozás sorolta magát. Az alábbiak- 
ban a kiállításon szereplő számos beágyazott linuxos 
témájú bemutató, műszaki megoldás és termék közül 
szeretnék megemlíteni néhányat. 


e  Lineo 
Sajtókonferenciát tartottak, amelyen számos új set-top 
berendezést, otthoni átjárók (residental gateway) és 
zsebtitkárok fejlesztésével kapcsolatos együttműkö- 
dési megállapodást jelentettek be. Érdekes bejelen- 
tés volt az új Linux-alapú zsebtitkár (a Kali, nemrég 
mi is írtunk róla), amelyet Indiában fejlesztenek, és 
amelynek programkészlete nagymértékben hasonlít 
a Sharp Zauruséra. A Lineo épp egy fontos, termé- 
keinek új elhelyezését eredményező, elsősorban há- 
rom kiemelt piaci részt — kézikészülékek, digitális 
média és otthoni átjárók — megcélzó átállást hajt 
végre. Ez az irányzat tükröződött a cég standján tar- 
tott bemutatókon is, amelyek inkább egy-egy szű- 
kebb feladatkörre, mint általános célokra alkalmas 
eszközökről szóltak. 5 http://wvvw.lineo.com 

e. LynuxWorks 
Bejelentették a LynxOS 4.0-s változatát, amely állító - 
lag megfelel a Linux ABI-követelményeknek. Ez azt je- 
lenti, hogy a LynxOS, amely egy a Linuxszal APl-szin- 
ten eddig is sok tekintetben együttműködni képes 
(tehát egyes programokat újrafordítás után futtatni 
lehetett rajta), mégis zárt valós idejű operációs rend- 
szer (RTOS) volt, most már módosítás nélkül is képes 
bizonyos Linux bináris állományokat futtatni. A bemu- 
tatón láthattuk, hogy LynxOS rendszeren módosítás 
nélkül fut az Opera böngésző és a Ouake. Megjegy- 
zendő, hogy ehhez az szükséges, hogy a Linux-alkal- 
mazások dinamikusan csatolt könyvtárakat hívjanak 
meg, ugyanis a g1libc könyvtárak különleges válto- 
zatait kell használni. A LynuxWorksnél az ilyen prog- 
ramokat ,jó magaviseletű" programoknak nevezik, és 
emlékeztetnek rá, hogy az LSB (Linux Standard Base) 
is a könyvtárak dinamikus hívását írja elő. 
2 http://www.lynuxworks.com 

e MontaVista Software 
Szokás szerint méretes standot állítottak fel, ame- 
lyen számos eszközt és programot ismerhettünk 
meg, köztük a MontaVista High Avallability Frame- 
worköt; a Visual Age Micro Edition Java VIM-et, 
amely egy Ot/Embedded alapú Java AWT-vel 
egészült ki; egy az IBM PowerPC 405GP procesz- 
szorára épülő set-top-box hivatkozási készüléket; 
láthattunk Sharp Zaurus zsebtitkáron futó 
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MontaVista Linuxot, valamint szemügyre vehettük 
a MontavVista Linux 2.1-es változatának valós idejű 
szolgáltatásait és a támogatott processzorokat. Iga- 
zán érdekes bemutató volt a valódi, Linuxot futtató 
üdítőautomata (USA Technologies ePort), amelynek 
egy RadiSys StrongARM-alapú, beágyazott, egylap- 
kás, MontaVista Linuxot futtató gép képezte a lelkét. 
A MontavVista bejelentette, hogy a Panasonic Digital 
Concepts Center (PDCC) — a Matsushita Electric 
Industrial Co., Ltd tulajdona — jelentős beruházással 
támogatja a céget. 
2 http:/Awww.mvista.com 

e . Red Hat 
Bemutatták beágyazott programcsaládjukat (Embed- 
ded Linux, eCos, RedBoot, GNUPro eszközök), vala- 
mint néhány érdekes termékkel ismerkedhettünk meg, 
köztük egy eCos-alapú Brother nyomtatóval, a Symbol 
Wireless vonalkódolvasóval (Linux-alapú), a Rymic 
mostoha körülményekhez tervezett autós számítógé- 
pével (linuxos), az Ericsson Screenphone (linuxos) és 
a Sony PS2 (GNUPro) készülékével, az Intel otthoni 
útválasztójával (Linux), az lomega Hip Zip (eCos) nevű 
újdonságával és a Delphi autós telematikai rendszeré- 
vel (eCos). Figyelmemet különösen az a bemutató 
ragadta meg, amely a Red Hat egyik emberének, 
Clark Williamsnek nemrég elvégzett vizsgálati ered- 
ményét szemléltette. Williams két elterjedt, a Linux- 
rendszermag késleltetéseit csökkentő módszert ha- 
sonlított össze: a MontavVista által bevezetett időosz- 
tásos foltot és az alacsony késleltetésű foltot, amely 
Ingo Molnar munkáját dicséri. Hogy melyik a jobb? 
Mindkettő jó, a részletes leírás elérhető az Interneten, 
a 5 http:/Awww.linuxdevices.com/articles/ 
AT8906594941 és a 5 http:/Avwwi.redhat.com/ 
embedded címen. 

e . REDSonic 
Bemutatták RED-Builder nevű, jó néhány eszközt tá- 
mogató, grafikus, beágyazott Linux képfájlkészítő és 
összevont fejlesztői környezetüket (IDE), amellyel egy 
kisebb Linux-rendszert egyetlen kattintással létre lehet 
hozni és a célkészülékre lehet tölteni, még hibakere- 
sésre is képes. A célkészülék Ampro Encore 500 
(x86), ÍTE 8152EVB (StrongARM) vagy MIPS 32-bites 
Malta Board-alapú lehet. A REDSonic elhozta Secu- 
reSOHO nevű programkészletét is, amellyel még 
csekély számítási képességű Linux-alapú átjáró- és 
tűzfalkészülékek is kiterjedt hálózati és biztonsági 
szolgáltatásokat nyújthatnak, miközben könnyen 
kezelhető felhasználói felületen keresztül felügyelhetők 
és állíthatók be. 
2 http:/Awww.redsonic.com 

e. fTimeSys 
A kedvezőtlen gazdasági körülmények ellenére több 
jó hírrel érkeztek a kiállításra. Bejelentették, hogy 
15,5 millió dollár támogatáshoz jutottak, és sajtóköz- 
leményük is büszkén hirdeti biztos helyzetüket: 


www.linuxvilag.hu 


"A beágyazott rendszerprogramok úttörője megerősí- 
tette vezető helyét az iparágban". Standjukon négy, 
fejlesztői csomagokkal kapcsolatos bemutatót lát- 
hattunk, amelyek a TimeSys Linux/GPL Embedded 
Linux-terjesztésével és a hozzá fűződő eszközökkel, 
Windows-rendszerekkel, valós idejű kiterjesztések- 
kel, szolgáltatásminőséget garantáló CPU-foglalások- 
kal és valós idejű hálózatkezeOléssel kapcsolatosak, 
természetesen eltérő felépítésű processzorokon 
(x86, ARM, MIPS, PowerPC, UltraSPARC, XScale, 
SuperH) és gépeken. A cég számos új fejlesztői 
csomagot is bejelentett, és a jövőre nézve is 

a megjelenések lendületes folytatását ígéri. 

2 http://www.timesys.com 


A heágyazott Linux mindenütt jelen van 

Az Addison-Wesley új beágyazott Linuxszal kapcsolatos 
könyvet adott ki. Dr. Craig Hollabaugh ,Embedded Linux: 
Hardware, Software and Interfacing" című 432 oldalas 
műve a különféle kapcsolattartásra használható alkalma- 
zások fejlesztését és megvalósítását taglalja beágyazott 
Linux-alapú készülékeken. Hollabaugh szerint a könyv 

a , Irailblazer" tervezetet is ismerteti, amely egy képze- 
letbeli téli menedék önműködővé alakítását célozza 

— a leírás a kezdeti alapozástól és tervezéstől kezdve a 
megvalósításon keresztül egészen a rendszer egybeépí- 
téséig terjed. Végigkövethetjük, hogy a Trailblazer-mér- 
nökök hogyan választják ki a céleszközöket, hogyan hoz- 
zák létre a fejlesztői környezetet, végzik el a szükséges 
adatok begyűjtését, építik fel a vezérlést és a multimé- 
diás eszközöket, majd hogyan készítik el az eszközillesz- 
tőket és az egységes programkódot. 

A Lineo ismét szorosabbra húzza a nadrágszíjat. A gaz- 
dasági folyamatok kedvezőtlenre fordulására hivatkozva 
a Lineo márciusban 138-ról /5—80-ra csökkentette 
alkalmazottainak létszámát, mondta el Matt Harris elnök. 
Harris szerint a Lineo folytatja a múlt ősszel elkezdett 
folyamatot, amelynek során három kiemelt piaci részre 
összpontosítja erőit: kézi számítógépek (zsebtitkárok és 
intelligens telefonok), peremkészülékek (otthoni átjárók, 
tűzfalak, útválasztók) és digitális tévék (set-top boxok 
és szórakoztató központok). Múlt év szeptemberében a 
Lineo bejelentette, hogy 60 alkalmazottat bocsát el, és 
további 100 embertől vált meg, így mindössze 110 fog- 
lalkoztatottja maradt. Korábban, 2001 júniusában is volt 
elbocsátás, amikor a létszám 322-ről 280-ra csökkent. 
Harris reményei szerint a legutóbbi lépések a céget 
2002 közepére nyereségessé teszik. 


Linux Journal 2002. június, 98. szám 


Rick Lehrbaum 
(rickelinuxdevices.com) 

hozta létre a LinuxDevices.com 

, beágyazott Linuxok portálját", amely 
nemrég tagja lett a ZDNet Linux 
Resource Centernek. 
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Jogos vagy jogtalan? 


Idén április 1-jétől hatályos a büntető törvénykönyv 
1978. IV. cikkelyének a Számítástechnikai rendszer és 
adatok elleni bűncselekményről szóló passzusa. Elsőként 
idézzük fel magát a törvényt: 


Számítástechnikai rendszer 
és adatok elleni bűncselekmény 


300/C. § 
(1) Aki számítástechnikai rendszerbe a számítástechnikai rendszer 


védelmét szolgáló intézkedés megsértésével vagy kijátszásával 
jogosulatlanul belép, vagy belépési jogosultsága kereteit túllépve, 
illetőleg azt megsértve bent marad, vétséget követ el, és egy évig 
terjedő szabadságvesztéssel, közérdekű munkával vagy pénzbün- 
tetéssel büntetendő. 


(2.) Aki 


a) számítástechnikai rendszerben tárolt, feldolgozott, kezelt vagy 
továbbított adatot jogosulatlanul megváltoztat, töröl vagy hoz- 
záférhetetlenné tesz, 

b) adat bevitelével, továbbításával, megváltoztatásával, törlésével, 
illetőleg egyéb művelet végzésével a számítástechnikai rendszer 
működését jogosulatlanul akadályozza, vétséget követ el, és két 
évig terjedő szabadságvesztéssel, közérdekű munkával vagy 
pénzbüntetéssel büntetendő. 


(3.) Aki jogtalan haszonszerzés végett 


a) a számítástechnikai rendszerbe adatot bevisz, az abban tárolt, 
feldolgozott, kezelt vagy továbbított adatot megváltoztatja, 
töröl vagy hozzáférhetetlenné tesz, vagy 

b) adat bevitelével, továbbításával, megváltoztatásával, törlésével, 
illetőleg egyéb művelet végzésével a számítástechnikai rendszer 
működését akadályozza és ezzel kárt okoz, bűntettet követ el, és 
három évig terjedő szabadságvesztéssel büntetendő. 


(4.) A (3.) bekezdésben meghatározott bűncselekmény büntetése 
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a) egy évtől öt évig terjedő szabadságvesztés, ha a bűncselekmény 
jelentős kárt okoz, 

b) két évtől nyolc évig terjedő szabadságvesztés, ha a bűncselek- 
mény különösen nagy kárt okoz, 

c) öt évtől tíz évig terjedő szabadságvesztés, ha a bűncselekmény 
különösen jelentős kárt okoz. 


Ennyi a törvényszöveg, amely informatikus körökben oly 
nagy vihart kavart, és rácsodálkoztunk: hogy is van ez? 
Létrejött egy büntetőtörvényi alakzat, mely korábban 
nem ismert, vagy ismert, de a büntető törvénykönyvben 
korábban nem szerepelt cselekményeket a büntetőjog 
hatálya alá vont, és azokat bűncselekményeknek, eny- 
hébb esetben vétségnek, súlyosabb esetben bűntettnek 
minősít és hozzá büntetési tételeket rendel. 

A kérdés az, kinek milyen cselekménye milyen tényál- 
lást valósít meg, és kit miért ítélhet el a független bíró- 
ság? Hogyan kerülhető el, hogy szakmai döntéseinket 
mások bűncselekménykérnt értékeljék és akár alaptalanul 
is, de büntetőeljárást kezdeményezzenek ellenünk? 


Linuxvilág 


Íírássorozatomban ezekre a kérdésekre keresek részben 

gyakorló informatikusként, részben joghallgatóként — jogi 

tanulmányaim alapján — választ. 

Előre kell bocsátanom, írásom inkább elgondolkodásra 

serkentő céllal íródott. Kapcsolódó jogi fejtegetéseim 

tartalmát eddig végzett tanulmányaim keretei adják, így 

azok felhasználhatósága gondolatébresztésen kívül más- 

ra nem terjedhet ki, és egy új, eddig ismeretlen határte- 

rületen bolyongunk majd: a jog és az informatika határán. 

A törvényszöveget elsőre elolvasva — valljuk be — rémü- 

let lesz úrrá rajtunk. Ha csak a jelzett jogszabályhelyet 

nézzük, látszólag szándék kérdésévé válik, milyen szak- 

mai eljárás minősíthető jogellenesnek. 

Nézzük meg először; mivel vagyunk fenyegetve a bünte- 

tőjog oldaláról! Amit e törvényhely szerint elkövethe- 

tünk, az bűncselekmény - tehát az a cselekmény, amely 

szándékosan, vagy ha a törvény a gondatlan elkövetést 

is bünteti, gondatlanságból kerül elkövetésre, és amely 

veszélyes a társadalomra, és amelyre a törvény bünte- 

tés kiszabását rendeli. 

Egyidejűleg kell fennállnia 

e társadalomra való veszélyességének, 

e — az elkövetői szándékosságnak vagy a büntetni 
rendelt gondatlanságnak, 

e . a cselekmény büntetni rendeltségének — tényállás 
megvalósulásának 

e — és a bűnösségnek. 

A cselekmény a törvény értelmezésében megvalósulhat 

tevéssel, tehát valamilyen aktív cselekedettel, de vala- 

mitől való tartózkodással, azaz nem tevéssel is. 

Ezek az alapfogalmak jelen vizsgálódásunkban. 

Az informatikai munka során cselekményeink (felada- 

taink) vannak: az adatbiztonság megteremtése a műkö- 

dés fenntartása érdekében, de cselekmény egy folyamat 

figyelemmel kísérése is, jóllehet mi magunk tevőlegesen 

nem avatkozunk be. Ezen cselekmények a büntetőjogban 

akként kerülnek megvizsgálásra, hogy cselekményünk 

megfeleltethető-e valamely törvényi tényállásnak, eleget 

teszünk-e a vonatkozó szakmai előírásoknak, illetve mi 

személy szerint megtettük-e mindazt, ami az adott 

helyzetben elvárható. 

Ezen cselekmények megítélése a jelen törvénymódosítás 

hatályba lépésétől többé már nem szakmai, hanem adott 

esetben büntetőjogi kérdés lett. 

Az adott helyzetben elvárható és a szakmai 

szabályoknak megfelelő cselekmények adják az 

informatikai szakma felelősségének alapjait. 

E felelősség a jog több oldaláról is behatárolt: 

e — büntetőjogi — e törvény cikkelyein alapulva; 

e — polgári jogi; 

e — munkajogi; 

e szabálysértési, amennyiben ezt rendelet vagy 
önkormányzati rendelet szabálysértéssé nyilvánítja. 

A büntető törvénykönyv tárgyalt értelmezési és alkalma- 

zási gondjai szerintem innen (is) kezdődnek. 

Büntetőjogi oldalról szemlélve informatikai munkánk 
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során a számítástechnikai rendszer és adatok elleni 
bűncselekményt - jelen törvényi szabályozás szerint — 
szándékosan lehet elkövetni. Szándékosan követi el a 
bűncselekményt, aki magatartásának következményeit 
kívánja vagy e következményekbe belenyugszik. 
Ez viszonylagosan jól érthető és alkalmazható minden- 
napi élethelyzeteinkre: ha valakik szándékosan tönkre- 
tesznek például egy adatállományt, amellyel a munkálta- 
tónak, megbízónak kárt okoznak, azért e törvényhely 
szerint felelniük kell. A lényeges részlet tehát a célirá- 
nyos szándékos károkozás. 
A szándékosság megvalósulhat például egy merevlemez 
szándékos megrongálásával, törlésével, de megvalósul- 
hat a beavatkozástól való tartózkodással, ha az károko- 
zás előidézésére irányul. Így van, ha például egy egyre 
többször eszközhibát jelző meghajtót azért nem mente- 
nek (cserélnek) le, mert tudják, hogy e folyamat végén 
tönkremegy, és ezzel akarnak kárt okozni; tehát a hiba 
keletkezése és a kár bekövetkezte között a ,nem tevő" 
magatartás oksági kapcsolatot teremt — bizony, ez is 
szándékos magatartásnak minősül. A kárt a szándékos 
célirányos magatartás okozta, még ha ez tartózkodásban 
valósult is meg. 
E törvény 300/C § (4) alkalmazásában jogtalan haszon- 
szerzés végett meghatározott esetekben az érték, a kár, 
a vagyoni hátrány, a mérték összege, illetőleg az adó-, 
a járulék, a magánnyugdíj-pénztári tagdíj bevételcsökke- 
nésének összege 
e — kisebb a kár, ha tízezer forintot meghalad, 

de kétszázezer forintot nem halad meg, 
e — nagyobb, ha kétszázezer forintot meghalad, 

de kétmillió forintot nem halad meg; 
e jelentős, ha kétmillió forintot meghalad, 

de ötvenmillió forintot nem halad meg; 
e. különösen nagy, ha ötvenmillió forintot meghalad, 

de ötszázmillió forintot nem halad meg; 
e — különösen jelentős, ha ötszázmillió forintot meghalad. 
A kármérték összege az informatikában összetett foga- 
lom: egyrészt tartalmaznia kell az eredeti állapothoz ké- 
pest bekövetkező értékcsökkenést (mely sokszor az ere- 
deti állapot helyreállítási költségeiből állapítható meg), 
az elmaradt hasznot, és a felmerült vagyoni és nem va- 
gyoni értékcsökkenést, hátrányt. 
Gondoljunk bele, egy üzemelő gyár számítógépes gyártá- 
sirányítási rendszerének vagy egy bank központi számító- 
gépének tudatos tönkretételével milliárdos károkat lehet 
okozni! Elég, ha a kiesett forgalomra, az adatállományok 
helyreállításának költségére (ha egyáltalán lehetséges), 
vagy egy bank esetében az ügyfelek bizalomvesztésére 
gondolunk. Hatalmas az informatikai szakma felelőssége. 
Ezek szerint bűnöző lenne az a rendszergazda, akinek 
rendszere tönkremenetele során kára keletkezik? 
Ez így nem lenne igazságos. A törvényalkotó figyelmes 
volt a jogszabály megalkotásánál. A szándékosan elkö- 
vetett cselekményeket emelte be a büntetőjogba. Jelen 
szabályozás alapján a gondatlanságból (tudatos gondat- 
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lanságból és hanyagságból) elkövetett cselekmény nem 
minősül bűncselekménynek, legyen az eredményében 
akár a szándékos bűncselekménnyel azonos eredményű. 
Ennek megértéséhez ki kell fejteni a tudatosság és a 
szándékosság közti különbséget. Tudatos minden olyan 
körülmény, amelyről tudunk, ismeretünk van róla, értel- 
münk átfogja. A szándékosság ennél több, mivel egy- 
részt tudatos (mert az általunk ismert körülményeken 
nyugszik), másrészt ennél is több, mert szándékosság 


Btk. 300/C: 
(2.) Aki 
a) számítástechnikai rendszerben tárolt, feldolgozott, kezelt vagy 
továbbított adatot jogosulatlanul megváltoztat, töröl vagy 
hozzáférhetetlenné tesz, 


b) adat bevitelével, továbbításával, megváltoztatásával, törlésé- 
vel, illetőleg egyéb művelet végzésével a számítástechnikai 
rendszer működését jogosulatlanul akadályozza, vétséget 
követ el, és két évig terjedő szabadságvesztéssel, közérdekű 
munkával vagy pénzbüntetéssel büntetendő. 


esetén az elkövető tudata átfogja a cselekmény által 
elérni kívánt célt-eredményt is. 

Ez nem jelenti azt, hogy aki gondatlanságból követi el 
károkozó cselekményét, az mentesülne a felelősségre 
vonhatóság alól. Nem, csak rá a felelősség más, például 
polgári jogi, munkajogi eseteit kell alkalmazni — kártérí- 
tési felelőssége ugyanúgy fennáll. 

Gondatlanságból követi el a (bűn)yeselekményt az, aki 
előre látja magatartásának lehetséges következményeit, 
de könnyelműen bízik azok elmaradásában; úgyszintén 
az is, aki e következmények lehetőségét azért nem 

látja előre, mert a tőle elvárható figyelmet vagy körülte- 
kintést elmulasztja. 

A gondatlan magatartás akkor válik bűncselekménnyé, 
ha a Btk. Különös Része az adott tényállás gondatlan 
alakzatát is büntetni rendeli. Jelen esetünkben az infor- 
matikai cikkelyek nem tartalmaznak gondatlan tényál- 
lást, a gondatlan elkövetés itt tehát nem bűncselekmény 
(azonban a kártérítési felelősség polgári jogi vagy mun- 
kajogi úton ekkor is megállapítható). 

Következésképpen az informatikai károkozásnál a felelős- 
ség megállapításánál általánosságban és nem büntető- 
jogi értelemben kell objektíve (szakmai írott és íratlan 
szabályok) és szubjektíve az adott helyzetben elvárható 
magatartás tanúsításának kötelezettségére alapozott 
felelősségről beszélnünk. 

A gondatlanságnak két alakzata van: az egyik a tudatos 
gondatlanság, a másik a hanyagság. Tudatos gondat- 
lanság esetén az elkövető előre látja magatartásának 
következményeit, de könnyelműen bízik azok elmara- 
dásában. Ez különösen akkor állapítható meg, ha e 
bizalmát valamire alapozni tudta, például bízik a saját 
ügyességében, vagy valamilyen külső okban, ami 
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megakadályozhatta volna a következményeket. 
Hanyagság esetén az elkövetői oldalon a cselekmény 
előrelátása mint tudati elem és értelemszerűen a cselek- 
ményhez kapcsolódó érzelmi (lelki) elem is hiányzik. 
Nem törődik a várható következményekkel és nem is 
érdekli azok lehetséges kimenetele. 

Nagyon fontos minőségi elhatárolást húzni a szándékos 
mulasztásban megnyilvánuló bűncselekmény (e törvény 
szerint büntetendő) és a jelen szempontból bűncselek- 
ménynek nem minősülő tudatos gondatlanság között. 
Tudatos gondatlanság esetén felmerül a várható káros 
kimenetel lehetősége, de bízom benne, hogy az vagy 
nem következik be, vagy bízom az ügyességemben, 
hogy képes leszek elhárítani. 

Szándékos mulasztásban megnyilvánuló bűncselekmény 
esetén a várható káros kimenetel elérésére törekszem 
azáltal, hogy nem teszek semmit. Hagyom, hogy a folya- 
mat úgy okozzon kárt, hogy nekem ne kelljen tevőlege- 
sen közreműködnöm. A következő példával szeretném 

a különbséget megvilágítani. 

A számítógépes rendszerben egy ismert számítógépes 
vírus jelenik meg, és nem irtják ki haladéktalanul, hanem 
megvizsgálják, milyen tüneteket okoz, hogyan deríthető 
fel, mit tapasztalható vele kapcsolatban, tehát abban 
bíznak, hogy a vírus későbbi kiirtása is lehetséges. 
Tudatos gondatlanság esetén az illető bízik benne, hogy 
a rendszer használhatatlanná válása előtt vírusírtóval 


majd megfékezi a vírus terjedését, ám ha ez valamilyen 
oknál fogva mégsem sikerül, és a rendszer tönkremegy 
vagy működése akadályozott lesz, máris kész a tudatos 
gondatlanság esete. 

A szándékos mulasztásos bűncselekmény esetén az 
elkövető tud a vírus megjelenéséről — adott esetben akár 
maga telepítette —, csakhogy nem avatkozik be, mert azt 


Netcraft 


akarja, hogy a vírus elterjedve kárt okozzon. 

Egyes vírustípusoknál az illető egyéb műveletek (vég- 
telen ciklusos lemez vagy memóriaművelet) végzésével 
a vírus fajtájától függően a számítástechnikai rendszer- 
ben tárolt, feldolgozott, kezelt vagy továbbított adatot 
jogosulatlanul megváltoztatja, törli vagy hozzáférhetet- 
lenné teszi, a rendszer működését egyéb művelet végzé- 
sével jogosulatlanul akadályozza (a rendszert lelassítja, 
lassúságával üzemi használatra alkalmatlanná teszi). 

A kérdés a szöveg olvastán magától adódik: lehet-e egy 
rendszer működését jogosultan akadályozni? A válasz 
kézenfekvő: természetesen igen, gondoljunk csak a 
háttérben futó mentésre egy kiszolgálón, amelyet a jogo- 
sult rendszergazda indított el, és amely adott esetben 
az ügyfelek hangos tiltakozását okozza a rendszer lassú- 
sága miatt. Még jó, ha nem ragadtatják magukat súlyo- 
sabb cselekményre! Igaz, itt felvetődik a szakmai kér- 
dés: mikor kell ezeket a kapacitásigényes eljárásokat 
végezni, azaz rendelkezik-e róla a belső szabályzat vagy 
szokás, illetve mit mond a szakmai etika: illik-e feltar- 
tanom a többieket? A szolgáltatásnak az elvárt szinten 
kell működnie — ez a szakmai etika alapkövetelménye. 
A törvényszöveg kapcsán felvetődő másik kérdés, hogy 
ki és mire jogosult? Ennek megválaszolásával azonban 
majd legközelebb foglalkozunk. 


Granek István 

Elektronikai műszerész, kajak-kenu- 

edző és immár Linux-rajongó is. 

1998 óta helyi hálózatok tervezé- 

sével és kiszolgálóépítéssel fog- 

lalkozik, valamint a JPTE harmad- 
éves joghallgatója. Szeret síelni, biciklizni, úszni 
— és még keresi az igazi nőt. 








Honosítások 


Beszélgetés Fejős Tamással, az LIME újonnan 
megalakult Honosítás csoportjának vezetőjével. 


Hosszú ideje vesszőparipám a honosítások témaköre. 
Egy évvel ezelőtt azt írtam, hogy a GNU/Linux hazai 
elterjedésének egyik legfontosabb akadálya, hogy még 
nem lehetséges összerakni olyan irodai rendszert, ame- 
lyet egy angolul nem tudó titkárnő is használni tudna. 
Bár lassan és amolyan magyar módra, de sokat fejlőd- 
tünk. Elmondhatjuk, hogy van magyar grafikus munka- 
környezet, szövegszerkesztő, böngésző, sőt, helyesírás- 
ellenőrző rendszer is. Most, hogy itt van az ajtóban az 
UHU Linux, ami (remélhetőleg) minden fontosabb terüle- 
ten magyarul szól a felhasználóhoz, felcsillant annak re- 
ménye, hogy a teljes rendszer a mi nyelvünket beszélje. 
Miért mondtam, hogy ,magyar módra"? Mert hogyan 
képzeli el egy reménykedő ember, miként is zajlik e prog- 
ramok fordítása? Alakul egy központi csoport, amelyik 
összegyűjti a szakkifejezéseket, elérhetővé teszi őket, 
összefogja a fordítókat, közös felületet teremt, és nem 
utolsósorban szakembereket, nyelvészeket kér fel a mun- 
kában való részvételre. Ezután egyes kisebb csoportok 
nyugodtan elkezdhetnek fordítani egy-egy programot 
vagy alrendszert, azzal a biztos tudattal, hogy a kész for- 
dítás illeszkedik az egész rendszerbe. 

No, nálunk ez nem teljesen így történt. Mivel nem volt 
egy központi, mindenki számára elérhető és használható 
fordítástámogató központ, több termék magyarításához 
külön csoportok jöttek létre, sőt, a magyar nyelvű prog- 
ramleírásokat kinek-hogy-tetszik alapon kezdték fordítani. 
Az áldatlan állapot megszüntetésére több lista és fórum 
kelt életre. Az LME is létrehozta a magyar nevű levelező- 
listát, ahol a fordítók szavakat, kifejezéseket vitathatnak 
meg. Idővel azonban bebizonyosodott, hogy nem elég 
egy ilyen listát üzemeltetni, működő és használható 

, Szervezetre" van szükség. 

Fejős Tamás még a tavasszal történt LME elnökségvá- 
lasztáson elmondta, hogy milyen tervei vannak, és végül 
június 12-én hivatalosan is megalakult az LME Honosítás 
csoport. A csoport terveiről, rövid- és hosszú távú céljai- 
ról beszélgettem Tamással. 

Szy György: Sok csoport jött már létre fordítások támo- 
gatására, miben jelent újat a tiétek? 

Fejős Tamás: A jelenlegi állapot egyik legnagyobb rák- 
fenéje, hogy a kisebb csoportok nem tartják a kapcso- 
latot, így egymástól függetlenül sokszor azonos gondok- 
kal küszködnek. Az LME Honosítás nem maga szeretné 
a munkát irányítani, sokkal inkább olyan hátteret kíván 
megteremteni, amit az összes fordítással, honosítással 
foglalkozó csoport használni tud. Tudjuk, hogy ez nehéz 
feladat, hiszen az egyes csoportok az általuk kialakított 
környezetet használják, ezeket a környezeteket pedig 
igen nehéz összehangolni. Gondoljunk csak a szóhasz- 
nálatra — igény van egy központi szó- és kifejezéstárra, 
amelyet mindegyik csoport elfogad. Bár még menthető 
a helyzet, egy ilyen központi adattár kialakítása (és főleg 
elfogadtatása) komoly kihívás. 
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Sz. Gy.: A csoport tehát szervezőként, irányítóként kíván 
tevékenykedni? 
FE T.: Igen, de nem kizárólag. Elsősorban az Egyesület esz- 
közeit, szolgáltatásait igyekszik elérhetővé tenni a fordítók 
számára. Gondolok itt olyan lehetőségekre, amelyeket 
egy Egyesület könnyebben megold; támogatások, hivata- 
los ügyek intézése, pénzügyi háttér, eszközök stb. Nem az 
a célunk, hogy egy rendszert , felülről" kényszerítsünk rá 
a fordítókra, hanem hogy a már tevékenykedő csoportok 
számára hozzuk létre a továbblépéshez szükséges hátteret. 
Sz. Gy.: Milyen rövidtávú céljaitok vannak? 
FE T.: A legégetőbb talán a szóhasználat egységesítése. Itt 
nemcsak szótár létrehozására (a meglévők összeolvasztá- 
sára) gondolok, de a fordítók közötti párbeszéd elősegíté- 
sére is. Szerencsére több olyan terv is van, amelynek 
rendkívül örülünk. Ilyen például az FSR2 Magosányi Árpád 
irányítása alatt. Jelenleg a kapcsolatok felvétele folyik 
(például az fsf, a KDE vagy a Gnome magyarítással fog- 
lalkozó embereivel és a hasonló szervezetekkel). 
Ahogy mondtam, elsősorban nem a fordítások elvégzése 
a célunk, hanem a támogatás, ezért is keressük a kapcso- 
latokat, de nyitottak vagyunk munkák, tervek közös szer- 
vezésére, lebonyolítására is. Ez azokra a csoportokra is 
vonatkozik, amelyek nincsenek kapcsolatban az LME-vel, 
hiszen elvünk, hogy nem az LME, hanem a GNULLinux ér- 
dekeit nézzük. A fordítások közül jelenleg az OpenOffice.org 
csomaghoz és a Mozilla böngészőhöz tartozó súgó fordí- 
tását tartjuk a legfontosabbnak. 
Sz. Gy.: Mindig fontos kérdés a pénz. Ti hogyan álltok 
ezen a területen? 
FE T.: Ahogy mondtam, célunk a fordítókat ügyintézéssel 
és olyan tevékenységgel segíteni, amit az LME keretein 
belül könnyebben megtehetünk. Az Egyesület rendel- 
kezik anyagi kerettel, bár a források természetesen kor- 
látozottak. Reményeink szerint támogatások, pályázatok 
ügyében is segíteni tudunk. Az LME már korábban is 
támogatott terveket, azonban hatékonyabb és szerte- 
ágazóbb támogatási rendszerre van igény. 
Sz. Gy.: Terveztek-e szakembereket, nyelvészeket 
bevonni a munkába? 
FE T.: Igen, ez fontos pont. Sajnos egyelőre nem rendel- 
kezünk olyan anyagi háttérrel, hogy fizetett nyelvészeket 
alkalmazzunk, ezért nehéz a kérdés. Reméljük, hogy talá- 
lunk olyan szakembereket, akik segítenek nekünk. Min- 
denképpen fontos pont még egy olyan terület (levelező- 
lista, webes felület) kialakítása, ahol a felmerült és már 
megválaszolt kérdéseket, valamint a nyílt keretek között 
elkészített fordításokat tesszük közkinccsé. 
Az Egyesület belső munkájában is szervesen részt kívá- 
nunk venni, gondolok itt rendezvényekre, az oktatással 
foglalkozó emberek segítésére, illetve a marketinggel 
vagy a CD-író részleggel történő együttműködésre. Ide 
tartozik még egy fontos dolog: ellenőrzőfelületet szeret- 
nénk biztosítani a folyamatos anyagok (például az LME 
hírlevél vagy a kisebb leírások) számára is. 
Sz. Gy.: Köszönöm a beszélgetést! 

Szy György, a Linuxvilág főszerkesztője 
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Sputnik Wireless Network a Linuxcare alapítóitól 


Miközben mindenki a Boingóra figyelt (ez az új nemzeti, 
vezeték nélküli internetrendszer, melynek feje Sky 
Dayton, az EarthLink alapítója), a Linuxcare három 
alapítótagja — Dave Sifry, Dave LaDuke és Art Iyde — 
csendben felépítette saját osztott modellen alapuló 
rendszerét, amelynek a szabad programok, a nyílt 
forrás és a Linux-mozgalom nyitott utat. 
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A vállalat neve Sputnik, és az óvatos kezdet után végre 
útjára indították a szolgáltatást. 

Ahhoz, hogy a Sputnikot el tudjuk helyezni, a követ- 
kezőképpen csoportosítsuk a vezeték nélküli hálózatokat 
(amilyen például a 802.11b vagy a WiF1): 


1. zárt, vezeték nélküli ethernet helyi hálózat, 
2. a Világháló elérése vezeték nélkül, díj ellenében, 
3. a Világháló elérése vezeték nélkül és ingyen. 


A fenti három bármelyike megjelenhet a vezeték nélküli 
ügyfélprogramban, ha a hordozható számítógép vala- 
melyik , forrópont" hatósugarába kerül. De csak az 
utolsó két típussal juthatunk ki a Hálóra. A Boingo és 
a Sputnik közti leglényegesebb különbség az, hogy a 
Boingo a kettes típus szerint köti össze a vállalkozáso- 
kat, míg a Sputnik a kettesre és a hármasra is kiterjed 
— de főleg a hármasra. Felfoghatjuk úgy is, mint egy 
díj fejében használható, értékes bővítményt, amely 
világszerte valamennyi résztvevő forrópont számára 
megfelelő. 

A különbséget a kapcsolatok tükrében is vizsgálhat- 
juk: a Boingo a PC-k világából való, a Sputnik pedig 

a Linux/Unix-világból. A Boingo ügyfélprogramját 

és szolgáltatásait díj ellenében bocsátja a felhasználók 
rendelkezésére, ugyanakkor lehetővé teszi, hogy 
ezekkel a felhasználókkal a szolgáltatók egységes 
módon lépjenek kapcsolatba, egyenes bevételi forrás- 
sal. A Sputniknál a felhasználó nemcsak élvezi a 

WIFi sávszélesség előnyeit, hanem tovább is adja. 

A Linuxnak megfelelően a hordozható gép egyszerre 
ügyfél és kiszolgáló. A résztvevő a rendszer teljes 
jogú részévé válik. 

A Sputnik Gateway Software használatával továbbadod 
a sávszélességet, miközben magad is használod. 
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A géped elérési ponttá, úgynevezett forróponttá válik. 
A Sputnik átjárója azonban nem általános elosztóként, 
hanem okos útválasztóként működik, és a forgalmat a 
többi Sputnik-tag felé továbbítja. A rendszer minden új 
taggal tovább bővül. Dave Síifryt idézve: 

,Az átjáró egy programozható bővítőeszköz, melynek 
használatához nincs szükség különleges ügyfélre. 
Semmilyen programot nem kell letölteni a gépre! Teljes 
mértékben szabványok szerint működik." 

Glenn Fleishmann (802.11b Networking News) véle- 
ménye szerint: 

, Egyszerűen lenyűgöző! A sputnikosok minden gondot 
megoldottak, amit a Boingónak nem sikerült, miközben 
érdekes, vírusként viselkedő megoldást kínálnak. Meg- 
oldották a tűzfal (a helyi hálózatok védettek, míg az AP 
nyílt), a hitelesítés (kötött portál minden munka nélkül) 
és az elsőbbség kérdését (a helyi felhasználók és a 
Sputnik-tagok másokkal szemben elsőbbséget élveznek). 
A taggá válás a tag számára a hálózat többi részét 
ingyenesen nyitja meg, ami két olyan szempontból is 
fontos szerepet játszik, amelyek az Internet kapcsán 
általában felmerülnek, és a vezeték nélküli, közösségi 
hálózatok esetén pedig különösen. Az egyik a jól felfo- 
gott önérdek, mivel az egyén hozzájárulása növeli a 
hálózat méretét és annak valószínűségét, hogy mások 
is csatlakoznak; a másik a nagylelkű önzetlenség, mivel 
az egyén tulajdonképpen semmit sem nyer azáltal, hogy 
saját elérési pontja és hálózata használatát másoknak 
lehetővé teszi. Csak a két tulajdonság kombinációja 
eredményez vírusszerű viselkedést. 

A most következő megállapítással természetesen 

lehet vitatkozni: ez a megoldás a közösségi hálózatot 
választja egy előre gyártott, PC-alapú csomag révén, 
amely zárt dobozhoz hasonlít. Pénzt csak a kívülállóktól 
kapnak, akik nem elég nagylelkűek vagy tapasztaltak 
ahhoz, hogy társakká váljanak. 

Kíváncsi vagyok, hogy a fenti megjegyzés milyen kriti- 
kát fog kiváltani. 

Az átjáró tűzfallal van ellátva, ezen túlmenően alkalma- 
zási felületként működik, gyorstárazást alkalmaz, nyo- 
mon követi a használatot, kezeli a hitelesítést, a távoli 
irányítást és egyéb dolgokat. Az alaptechnológiák 
ugyancsak nyílt forrásúak, és GPL alatt érhetők el. 

Az előfizetők havi díjat fizetnek, de korlátozott ideig 
(legalábbis lapzártánk idején) ingyenesen használhatják 
a hálózatot. A Sputnik honlapja: 

2 http:/Avww.sputnik.com. 


max godrnal, május 97 :számi 


Doc Searlis 

(docAUhsgoe. com) a Linux Journal szer- 
kesztője, havi rovata a löprengő, 
valamint a Cluetrain Manifesto 
társszerzője. 
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Mely személy weboldalának a címe a következő: 
,Egy világháló-analfabéta honlapja"? 

Linus Torvalds a következőket jegyzi meg egy 
bizonyos személy nyílt forrású alkalmazásokról szóló 
beszédével kapcsolatban: , Inkább hallgatom Isaac 
Newtont, mint X-et. Igaz, hogy már háromszáz éve 
halott, de kevésbé bűzlik tőle a terem." A kérdés 
egyszerű: kiről beszélt Linus? 


. Mi a pingvinek két csoportjának gyűjtőneve? 
. Vinod Valloppilli! (Microsoft) néhány hízelgő 


kijelentést tett a Linuxszal kapcsolatban: 

"A Linux a Unix-rendszerek legkiválóbb képviselője, 
amelyet nagyon fontos alkalmazások futtatásához 
használnak." 

"A Linux alkalmazása a fontos feladatokat ellátó 
rendszerek esetében nagy elismertségnek örvend." 
,Összehasonlításképpen: ugyanazon a gépen 
korábban IE4-NT4-rendszert, majd egy Linux- 
Netscape Navigator-együttest futtattam, az utóbbi 
30—40 százalékos sebességnövekedést mutatott a 
HTML és a grafika megjelenítésében." 

Honnan származnak Vinod Valloppillil hízelgő 
megjegyzései? 
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. Köztudott, hogy Linus a Helsinki Egyetem Számítás- 
tudományi Intézetében tanult, amikor elkezdte a 
Linux fejlesztését. Mi Linus anyanyelve? 

. Ray Tomlinson, aki Cambridge-i BBN-nél dolgozik 
kutatóként, valami különlegesen fontosat hajtott 
végre 1971-ben. MI volt ez? 

. Egy etimológiai kérdés: William Gibson, a 
Neurománc című ismert regényében egy új szót 
alkotott. Mi ez a szó? 

. Mi Linus Torvalds második keresztneve? 

. Melyik alkalmazásról szólnak a Linux Journal követ- 
kező sorai: , Ha az emberek már igeként használják 
programod nevét, biztos lehetsz a sikerében? 
Ugyanebben a cikkben a következőket is olvashat- 
juk: ,Nem lehet véletlen egybeesés, hogy e program 
terjedésével a Linux lekerült arról a listáról, amely a 
könnyen feltörhető rendszereket tartalmazza." 

. Egy jelentős mű szerzője a köszönetnyilvánítást a 
következő sorral fejezi be: ,,... és köszönet az ATaT 
Bell Labsnek, hogy kirúgtak, és ezáltal megszülethe- 
tett a mű." A mű jellemzésére vonatkozóan a Wired 
című magazin a következőket írja: , Egy könyv, amely 
kiadásának a Nemzetbiztonsági Hivatal örült a legke- 
vésbé." Ezek alapján a kérdés a következő: mi a 
könyv címe és ki az írója? 
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Piaci pillanatkép 


Beszélgetés dr. Szentiványi Gáborral, a SuSE Linux 
AG magyarországi irodájának igazgatójával. 


A teljes körű Linux-alapú megoldásokat kínáló SuSE ha- 
zai képviselete másfél évvel ezelőtt nyílt meg. Elsősor- 
ban a nünbergi székhelyű cég termékeit forgalmazzák, 
emellett fejlesztéssel és honosítással is foglalkoznak. 

A felhasználók számára 
szolgáltatások széles körét 
nyújtják, mint amilyen 

a SuSE Linux tanfolyamok 
szervezése, illetve a szak- 
értői tanácsadás. 

Dr. Szentiványi Gábor igaz- 
gatót az iroda eddigi történe- 
téről kérdeztük, elsősorban az 
általuk végzett fordítási mun- 
kákról, valamint a United- 
Linux létrejöttének hatásairól. 
A UnitedLinux létrehozására, 
mint ismeretes, a négy Vve- 
zető Linux-nagyvállalat kötött 
szövetséget, melyek egyike a 
SuSE. A májusban bejelentett kezdeményezés elsődleges 
célja egy egységes, vállalati alkalmazásra készülő Linux- 
válatozat kifejlesztése, és ezáltal a Linux-használat válla- 
lati környezetben történő felgyorsítása. Az együttműkö- 
désnek köszönhetően az alapító cégek — a Caldera, a 
Conectiva, a SuSE és a Turbolinux — hamarosan az egész 
világon képesek lesznek terméktámogatás és minden 
egyéb kapcsolódó szolgáltatás nyújtására. A UnitedLinux 
a magyar nyelvű telepítést is lehetővé teszi majd. 

Szabó Ágnes: Hogyan indult az iroda tevékenysége? 
Szentiványi Gábor: A SuSE hazai képviseletével egyedül 
kezdtem el foglalkozni egy-másfél évvel ezelőtt. Jelenleg 
hatan dolgozunk a cégnél, emellett vannak külső segf- 
tőink — itt kiemelném az LME szerepét —, akik a program- 
csomagok és a könyvek fordításában működnek közre. 
Sz. Á.: Felvetődhet a kérdés az iroda működése kap- 
csán, hogyan fér össze a Linux gondolatisága és a gaz- 
dasági tevékenység? 

Sz. G.: Alapvető célkitűzésünk, hogy minél több minden 
bekerüljön a köztudatba a Linux területén. Egyrészt 
igyekszünk terjeszteni a SuSE termékeit, másrészt pénz- 
ügyileg is működőképesnek kell lennünk. A linuxos tár- 
sadalmat valóban megosztja, ha valaki úgymond pénzt 
csinál mindebből. Egyelőre ez az irány hazánkban még 
új, ezért sokan nem fogadják el. 

Sz. Á.: Hogyan kerülnek hozzátok a SuSE fejlesztései? 
Sz. G.: A SuSE fejlesztői a kezdetekkor lefektettek egy 
automatizált folyamatot, az úgynevezett Autobild rend- 
szert. A terjesztés (distribution) fejlesztési anyagához 
nekünk is hozzáférésünk van. Az Autobild segítségével 
egységesen készítjük minden felületre az operációs rend- 
szereket, ezáltal a programok azonos szintű minőségét 
tudjuk biztosítani. E rendszernek legfőbb előnye, hogy 
nem sok PC kategóriás gépen fut, így nincs szükség 


aid éá dei zoáni 


(4 NETWORK — 
h WEB eli A 


4 
[4 

G SECURITY 
c e-BUSINESS 


ee e segmmer te me 
DESKTOP 


UX8SO 


PROFESSIONAL 


különleges gépekre, és a rendszer rugalmasan méretezhe- 
tő. Amellett, hogy központi a fejlesztés, adott a lehetőség 
nemzeti nyelvek beépítésére is, a SuSE Linux 8.0 operá- 
ciós környezetnek például magyarítani tudtuk a libc-jét, 
mivel a libc-forrásban hozzá tudunk férni a csomaghoz. 
Sz. Á.: A magyarításhoz kapcsolódva, úgy látod, érde- 
mes volt ezzel foglalkozni? 

Sz. G.: Igen, hiszen ma már a magyar változatok készí- 
tése elkerülhetetlen. Az emberek ugyanis el vannak 
kényeztetve. Akár csukott szemmel is bekapcsolhatják 

a számítógépet, elkezd futni rajta a Windows, és örül- 
nek, milyen kezes. Figyelembe kell venni mind a kezdő 
felhasználók, mind a gyakorlott (poweruser) igényeit. 

A kezdő felhasználók számára a termék kezelésének 
egyszerűségét, a nagyobb tudású felhasználóknak 
hatékonyságot, a profiknak pedig rugalmasságot kell 
kínálnunk. A magyarítás pedig biztosítja mind az egysze- 
rűséget, mind a hatékonyságot. Amikor egy körkérdés- 
sel felmértük a felhasználók elvárásait, az derült ki, a 
legfontosabbnak a magyar változatot és a leírást tartják. 
Mi ez utóbbit is nyújtjuk: nyomtatott formában közel 
kilencszáz oldal leírás érhető el. A fordítás sikere egyéb- 
ként jelentősen meglátszott az eladási adatokon is. 

Sz. Á.: A UnitedLinuxban milyen szerepet játszik a SuSE? 
Sz. G.: A UnitedLinux valójában nem termék, hanem 
termékalap. A közös alapra mind a négy cég felépítheti 
majd a saját termékét. Az új fejlesztéseken a United- 
Linux cégjelzése is szerepel majd, azonban mind a négy 
alapító megtartja a saját márkanevét. A UnitedLinux 
elsősorban a kiszolgálóvonalon fog futni, asztali gépekre 
nem szeretnénk bevinni. A SuSE az együttműködés 
folyamatának teljes technikai felügyeletét felvállalta, 
folyamatos kapcsolatban áll a fejlesztőkkel. A United- 
Linux létrehozása egyébként nagyrészt a piacfelosztásról 
szól. A linuxos vállalatoknak még nincs olyan szintű, 
egész világra kiterjedő tevékenysége mint például az 
IBM-nek. A négy vállalat a UnitedLinux segítségével 
más és más területekre összpontosít. A Caldera elsősor- 
ban Amerikában, a Conectiva Dél-Amerikában erős, 

a Turbolinux Ázsiára összpontosít, a SuSE pedig főként 
Európára. Voltak már viták, a Caldera ugyanis munkaál- 
lomásonkénti (per-seat) engedélyezésben (felhasználási 
szerződésben) gondolkodik, azonban a SuSE ebbe a 
maga részéről nem egyezett bele. 

Sz. Á.: Ez elég nagy visszhangot keltett linuxos körökben. 
Ezek szerint ezt a megoldást csak a Caldera szeretné? 
Sz. G.: Igen, a SuSE már hivatalosan is bejelentette, 
hogy semmiképpen nem lesz gépenkénti felhasználási 
szerződése (license). 

Sz. Á.: Mekkora a SuSE hazai tábora? 

Sz. G.: Véleményem szerint elég nagy tábora van. A SuSE 
felhasználói táborában egyaránt megtalálhatóak a kezdő 
és haladó felhasználók, és viszonylag szolidnak mondható, 
más közösségekkel ellentétben nem rántanak kardot, ha 
valaki más körbe tartozik. Nem radikálisak, egyszerűen 
használják a rendszert. Hogy mennyien vannak, azt nem 
tudjuk. Számos felhasználó jegyezte be magát terméktá- 
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mogatási oldalunkon, mivel a kilencven napos segítség 

a bejelentkezéshez kötött. De mivel sokan ellenérzésekkel 
viseltetnek a bejegyzésekkel szemben, elég nagy lehet 
azoknak a köre, akikkel mi nem találkozunk. 

Sz. Á.: Eljutnak-e a SuSE termékei a hazai közintéz- 
ményekbe: iskolákba, önkormányzatokba? 

Sz. G.: Mint az közismert, a Széchenyi-terv kapcsán 
lezajlott az SZT-IS-3 és az SZT-IS-3 B pályázat. Az első 
alkalommal mintegy tizenháromezer pedagógus juthatott 
számítógéphez, azzal a kikötéssel, hogy mind Windows, 
mind Linux legyen a gépen. Gondok igazából a kivitele- 
zéssel voltak. A pályázatban javasolták többek között 

a SUSE-t is: bár úgy volt megadva, hogy ez egyfajta in- 
gyenes lehetőség. Ez alapvetően igaz is, de a termék 
előállítása nyilván pénzbe kerül. Az ingyenesség miatt 
senki sem számított költségekre a telepítés kapcsán. 

A beszállítók megjelentek nálunk, és kérték a tizenhá- 
romezer SuSE-csomagot. Végül CD-ket adtunk át nekik, 
hogy azt másolják le. Mint később kiderült, a pedagó- 
gusok hiányolták a kézikönyvet, tehát az egész csoma- 
got, amit a Microsofttól viszont megkaptak. A második 
alkalommal az SZT-IS-3 B pályázat kétezer gépre szólt. 
Ekkor már úgy döntöttünk, megelőzzük a gondokat, és 
mi magunk gyártjuk le a CD-ket. Bár mindez nem a mi 
feladatunk lett volna, nekünk kellett foglalkoznunk vele. 
A pedagógusok ismét azzal kerestek meg, hogy ugyan 
a CD eljutott hozzájuk, de a könyvet hiányolták, egyéb- 
ként érthető módon. Az eredmény, hogy jelenleg a taná- 
rok 15 százaléka kapta meg a CD-t. Folynak a tárgyalá- 
sok, hogy a teljes SuSE csomag minden érintett peda- 
gógushoz eljusson. 

Sz. Á.: Mik a terveitek, hová kívántok fejlődni? 

Sz. G.: A fejlődés útja szerintem a szolgáltatásokban 
rejlik. A termékek, amelyeket forgalmazunk, két vonalon 
futnak. A magánfelhasználóknak, kisvállalkozásoknak 
szóló termék mellett vállalati kiszolgálótermékeket is 
kínálunk. Az üzleti élet igényeinek megfelelő Linux-kör- 
nyezetet nyújt a SuSE Linux Enterprise Server. A két 
változat minősége hasonló, azonban a vállalati felhaszná- 
lásra szánt változatban más a cél. Ez növelt megbízható- 
ságú rendszer, minősített alkatrész-támogatással: nem 
változik gyorsan, nem , mozgó célpont". Hibák esetében 
csupán a szükséges javításokat végezzük el, mely a 
rendszer stabilitását nem veszélyezteti. Úgy gondoljuk, 
hogy ez az üzleti modell megkerülhetetlenné, alapvetővé 
fog válni a Linux világában. A karbantartás futamideje 
legalább két év, melyből 12 hónapot a csomag ára tar- 
talmaz, ez meghosszabbítható. A SuSE Linux Enterprise 
Servert az egyik legnagyobb hazai vállalat is megvette 
tőlünk IBM típusú gépeihez. A SuSE Linux Enterprise 
Serverben egyedülálló módon kiválasztható a magyar 
nyelv, így mindenki számára könnyen telepíthető. 

Sz. Á.: Milyen lépéseket tartanál fontosnak, és mit tud 
tenni a SuSE hazai képviselete, hogy a Linuxot használók 
köre tovább bővüljön Magyarországon? 

Sz. G.: Amire szükség lenne, hogy linuxos alapon legye- 
nek oktató-, könyvelő-, bérszámfejtő, szórakoztató és 
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más hasonló programok, és ami nagyon lényeges, 
magyar nyelven. A hazai alkalmazások fejlesztését 
tartom fontosnak. Bár mi nem 
alkalmazásfejlesztő, hanem 
alaptechnológiát kínáló cég 
vagyunk, mi is próbálunk lépé- 
seket tenni ennek érdekében. 
Közelebb kellene vinni az em- 
berekhez a Linuxot, és ebben 
sokat segítene, ha minél több 
magyar nyelvű nyílt forrású 
alkalmazást kapnának a felhasz- 
nálók. Fel kell térképezni, hogy 
a Linuxban hol vannak hiányos- 
ságok, és ott meg kell adni a szükséges támogatást. 
Ami még szerintem nagyon lényeges, hogy a Linuxnak 
egységes hátteret kell biztosítanni. A piacon ugyanis úgy 
képes megmaradni, hogy bár valójában változatos és 
sokszínű, kifelé egységességet tud felmutatni. A Linux 
nagy előnye, a változatosság piaci szempontból sajnos 
hátrány is lehet. A vásárlóközönség csak akkor bízik 
meg termékeinkben, ha látja, hogy megbízható háttér, 
komoly vállalat áll mögöttünk. Ezt ma már nyújtani kell 

a Linux területén is. Ez a SuSE esetében megvan: a 
világon a SuSE-nek van a legnagyobb fejlesztő csapata, 
mintegy háromszázan dolgoznak célirányosan nekünk. 
Minden fejlesztés bekerül a kiadásokba, és nyílt forrású 
lesz. Egymás mellett kell léteznie tehát a nyílt forrásnak, 
és azoknak is, akik mindezt eladják. A nyílt forrás alap- 
vető fontosságú: a SuSE szinte az egyetlen, ami nem 
tesz olyan meghajtókat a kiadásaiba, amelyek nem nyílt 
forrásúak (nVidia, számos winmondem)]. A YaST viszont 
nem vehető ki a terjesztésből, ez teszi a SuSE-t SuSE-vé, 
annak része, mivel nem akarjuk, hogy a SuSE hozzájá- 
rulása nélkül valaki anyagi haszonhoz jusson a termék- 
ből. Mindenki módosíthatja, másolhatja, közzéteheti, 
csakhogy ebben az esetben nem használhatja a SuSE 
cégjelzését. 

Sz. Á.: A kézikönyvek vagy azok részletei is másolhatók? 
Sz. G.: Igen, a szerzői jog jelzésével (copyright), amint 
ez szerepel is a könyv első lapjain. Ha valaki csak oldala- 
kat másol, akkor a lap fejlécébe be kell tennie a szerzői 
jogot. A célunk az, hogy közkinccsé tegyük a SuSE fej- 
lesztéseit de a dokumentációnál a SuSE név feltünteté- 
séhez és az ingyenes terjesztéshez ragaszkodunk. Ennek 
érdekében hivatalos helyeken lobbizást is igyekszünk 
folytatni, ezt azonban a Linux filozófiájával sokszor nehéz 
összeegyeztetni. A lobbizásba beletartozik a politika Is, 
azonban az elveket nem szabad feladni. De ha sikerül 
minél szélesebb körben elterjeszteni, az a Linuxnak is jó. 


Szabó Ágnes 
(agionetelligents.com) újságíró, 
szociológus. 25 éves, sajtó-, inter- 
net- és kávéfüggő. Ez utóbbiról sze- 
rencsére leszokófélben van. Ked- 
venc sportja a futás és a lovaglás. 
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Nézzük, mi is az a CVS! 


A CVS (Concurrent Versions System) rendkívül összetett 
változatkövető és kezelőrendszer. A fejlesztés közben ke- 
letkező forráskódok rendezésére, változásainak követé- 
sére szolgál, és arra, hogy mindezt bármely felhasználó, 
illetve az arra jogosultak számára elérhetővé tegye. 


Először is nézzük a CVS előnyeit 

és hátrányait! 

Előnyei: 

e — A kód jogosulatlan felülírásának kiküszöbölése. 
Ez az előny elsősorban akkor tekinthető valódi előny- 
nek, ha a fejlesztők száma nagy, hiszen egy kisebb 
fejlesztőcsapatban ez a gond még megoldható. Ezen 
túlmenően akkor sem nagy nyereség, ha a forráskód 
maga annyira moduláris, hogy több fejlesztő biztosan 
nem nyúl ugyanahhoz az állományhoz. 

e — Változatkövetés. 
A változatkövetés nagyobb projektek fejlesztésekor 
szinte mindig jókora segítség, hiszen így nemcsak 
az emberi tényezőt kell figyelembe venni, de még a 
gép is segít nekünk abban, hogy az egyes részkódok 
a megfelelő számozást kapják, így nyomon követé- 
sük és a fejlesztés dokumentálása nagymértékben 
könnyebbé válik. 

e — Naplózás a készítés lépéseiről. 
A CVS naplózza, ha valaki hozzányúl a kódhoz, de 
mi magunk is képesek vagyunk a naplóhoz megjegy- 
zéseket fűzni, így újfent csak a fejlesztés nyomon 
követése és dokumentálása lesz egyszerűbb. 

e — Kódváltozás figyelése. 
A CVS figyeli, ha egy kódrészlet megváltozik, jelzi, 
amikor egy forráskódról adatot kérünk, sőt, ezt a vál- 
tozást a megfelelő formátumban akár le is kérhetjük 
a CVS-ről, így egy egyszerű patch nevű program- 
mal meglévő forráskódjainkat kézzel is javíthatjuk. 

e Frissesség. 
A CVS használatából adódóan mindig naprakész, 
friss kódokat tartalmaz, bár ezek a legtöbb CVS- 
kiszolgáló esetében fejlesztői változatok, ám a 
legújabb forráskódot ettől függetlenül mindig CVS- 
ből tölthetjük le. 

e — Biztonságos azonosítás. 
A CVS képes azonosítani és különböző jogokkal 
felruházni a felhasználókat. A CVS többféle azono- 
sítási és használati lehetőséget biztosít, ezekről 
azonban a későbbiek folyamán ejtünk szót. 


Hátrányai: 

e — Viszonylag nehézkes kezelhetőség. 
Maga a CVS rendkívül összetett feladata és biz- 
tonsági eljárásai miatt nem tartozik a könnyen 
kezelhető programok közé. Néha még a grafikus 
alkalmazások használata is nehézkes és időrabló 
(a gcvs, xemacs beépített CVS kezelője stb.). 

e — Támadások elleni alacsony megbízhatóság. 
Azoknál a fejlesztőcégeknél, ahol a forráskód titkos 
vagy nem adható ki, az Internetre kitett CVS nem 





nyújt megfelelő biztonságot, hiszen nekik nagyon nem 
ajánlott a CVS ilyen használata. Mindezek mellett 
a CVS nem az a könnyen feltörhető típus. 

e  Lassúság. 
A CVS, ha többen használják, lelassulhat. Igaz, ez 
a jelenlegi internetsebesség mellett nem annyira 
feltűnő, de egy belső hálózaton már meglátszik, 
hogy a CVS , gondolkodik" . 


Hol érdemes használni a CVS-t? 
Érdemes-e használni? 

Természetesen a válasz határozott igen, hiszen a CVS 
nagyszerű eszköz a fejlesztők számára. A közös kódot nem 
szükséges valakinek minden órában összefésülnie, nem 
kell vigyáznunk arra, nehogy felülírjuk a másik munkáját, 
mert a CVS ügyel rá. A CVS-t leginkább nyílt forrású pro- 
jektek fejlesztésekor érdemes használni, hiszen a fejlesztők 
nagy száma mellé itt rendkívül kevés koordinátor társul, 
akiknek munkáját egy CVS-rendszer nagymértékben meg- 
könnyíti. Természetesen nagycégeknél is érdemes meg- 
gondolni a CVS használatát, mert ha a belső CVS-t elzárják 
a külvilágtól, a belső fejlesztőcsapat munkája jelentős 
mértékben hatékonyabbá és gyorsabbá válik. Minden- 
esetre nem árt némi felkészülés, mielőtt egy fejlesztőcég 
bevezeti a CVS-t, mert a kezelése tényleg nem túl egy- 
szerű, használata pedig néha nehézkes, a munka azonban 
néhány jó héjprogrammal megkönnyíthető. 

Kezdjük meg hát az ismerkedést a CVS-sel! 


Honnan szerezhetünk CVS-t? 

A legegyszerűbb, ha letöltjük a CVS honlapjáról 

2 http:/Awww.cvshome. org. 

Ezenkívül a CVS csomag bármely Linux-változatban 
megtalálható. Ha beszereztük, telepítsük: 

apt-get install cvs 

rpm -i cvS 

A telepítés folyamán néhány kérdésre kell válaszolnunk, 
elsőként a repository helyéről érdeklődik: 

Where are your repositories? 
Alapértelmezetten a /var/lib/cvs van megadva, amely 
nem rossz döntés, ám ha más elképzelésünk van arról, 
hogy a CVS hol tárolja azokat a forráskódokat, amelye- 
ket a fejlesztők töltenek fel, adjunk meg neki más helyet. 
Arra azért ügyeljük, hogy lehetőleg minél több helyet 
biztosítsunk a CVS számára, mivel egy projekt akár egy 
pillanat alatt is hihetetlen méreteket érhet el. 
Másodikként a history fájl forgatására kérdez rá: 

Do you want the history tiles in vour 
srepositories rotated weekly? 

Ha azt szeretnénk, hogy history fájlunkat a rendszer he- 
tente forgassa, válaszoljunk igennel, egyébként nemmel. 
Itt választhatjuk az individual lehetőséget is. Ha 
igennel válaszolunk, akkor a telepítő megkérdezi milyen 
időközönként szeretnénk forgatni a helyét. A forgatáshoz 
a cron vagy anacron démonra van szükségünk. 

A következő kérdés a pserver engedélyezésére 
vonatkozik: 
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Should the CVS pserver be enabled? 
Ez a CVS alapértelmezett kiszolgálótípusa. 

Erről a későbbiekben még szó esik, de ha hálózaton 
keresztül szeretnénk elérni a CVS-t, és nincs SSH-nk, 
válaszoljunk igennel. 

Ezután a CVS-kiszolgáló már fent is van. A pserver 
inetd-ből fut, így ha engedélyeztük a pservert, 
érdemes elindítani. A pserver a 2401-es kapun 
várakozik a kapcsolódásra. 


A CVS általános változói: 

Ezek környezeti változók, rendszerünktől függően az 
alábbi formátumok valamelyikét kell használnunk: 

6 . export VALTOZO- "Örtgk " ; 

e  setenv VALTOZO "örtök" 

e. SET VALTOZO-"grtok" (DOS alatt) . 
A CVSROOT a számunkra érvényes CVS-főkönyvtár 
beállítása. A példában belátható CVS kiszolgáló üzem- 
módban működik. 

CVSROOT-" :pserver : cvsusergcvshost . hu : 
S ZEVS/DOGE/k NYVERT " 

Amikor a CVS kiszolgálóként dolgozik, más protokollokat 
is használhatunk (ebben az esetbena CVS SERVER 
változóban adhatjuk meg a használni kívánt protokollt): 
CVSROOT-—" : ext : cvsuserogcvshost . hu : 

SA EVOZ TOO k ZET !! 

Ekkor a CVS nem működik kiszolgáló üzemmódban. 
EVSRŐOTETZÉNSZ 007 kenyvene 7 

Még sokféle értéket adhatunk a CVSROOT-nak, erre 
később térünk vissza. 

CVSROOT-" :met dus:felhaszngl n$ve 
eggongv:rtreposiítory kk nyvexva" 


CVS CLIENT LOG 

A naplófájl neve és teljes elérési útja. Lehetőség nyílik 
egy olyan fájlnév megadására, amelybe a CVS azt 
naplózza, hogy az ügyfél éppen milyen műveletet hajtott 
végre, és arra milyen választ kapott. A naplófájl alapján 
a CVS létrehoz egy $CVS CLIENT LOG.in és egy 

$CVS CLIENT LOG.out fájlt. Értelemszerűen a .in-ben a 
kimenő üzenetek az ügyfél által küldöttek, míg a .out-ban 
a kiszolgálótól kapott üzenetek találhatók meg. Termé- 
szetesen ezt a naplózást a CVS csak akkor használja, ha 
kiszolgáló üzemmódban használjuk. 


CVSIGNORE 

Azon fájlok listája, amelyek a CVS számára nem 
láthatók. A fájlokat szóközökkel kell felsorolni. 
EVSENÖOREE VENESGÉ See 

emasnaknem: € "Droba. c proba: n! 


CVSREAD 

Ha ennek a változónak értéke van, a CVS a letöltött fájlo- 
kat csak olvashatóra állítja, amelyeket így nem tudunk 
módosítani, amíg írható-olvashatóra át nem állítjuk őket. 


CVSUMASK 
Ezzel a változóval tudjuk beállítani a CVS-be került fájlok 
hozzáférési jogát. 


www.linuxvilag.hu 


EDITOR ] CVSEDITOR 

Megadhatjuk kedvenc szövegszerkesztőnket. 

A cvseditor felülbírálja az editor változó beállítá- 
sát. A szerkesztőt a megjegyzések naplóba írásához hasz- 
náljuk (lásd később). Ha egyik változónak sem adtunk 
értéket, az alapértelmezett szövegszerkesztőt használjuk, 
ami legtöbb esetben a vi vagy a nano, esetleg az ae. 


CVS PASSFILE -m Domain Home Page - Mozilla 1.0RC3 
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CVS Wins a Tuxie! 


CVS SERVER És sets Stee elen 
Ebben a változóban EGNNNSSNNNENTNT 

tudjuk a CVS-ügyfélnek megadni, hogy a kiszolgáló, amit 
el szeretnénk érni, milyen eljárást használ a hálózati 
kapcsolattartásra. Alapértelmezettként a cvs érték van 
megadva, amit érdemes ssh-ra módosítani — így az 
ügyfél is a jól ismert SSH-protokollt fogja használni. 
Természetesen ehhez az ügyféloldalon az SSH-ügyfélre 
(ssh), a kiszolgálóoldalon pedig az SSH-kiszolgálóra 
(ssha) van szükség. 

A CVS változóit héjunk .rc fájljában érdemes beállítani, 
hiszen ha sokat dolgozunk CVS-sel, kényelmetlen lenne 
mindig újra és újra beállítani. Mindenképpen figyeljünk 
ezekre a változókra, mivel rengeteg felesleges munkát 
és időpocsékolást takaríthatunk meg. 

Maga a CVS arra szolgál, hogy egy nagyobb fejlesz- 
tőcsapat munkáját összehangolja, figyeljen a különböző 
állapotok, szálak változataira, forráskódjára. A CVS segít- 
het nekünk a kód rendszerezésében, a leírás elkészíté- 
sében és a zökkenőmentes munka összehangolásában. 
Néhány program, amit CVS-ben fejlesztenek: 




















e  PHP a közkedvelt parancsnyelv, 
e —. MPlayer, a linuxos filmlejátszó, 
e. Wine, 

e  gcc, a GNU C fordító, 

e CVS, a változatkövető rendszer. 


A CVS előnyeivel és hátrányaival együtt a legjobb és 
legmegbízhatóbb változatkövető rendszer, így használata 
melegen ajánlott — legyen rendszerünk akár Linux, akár 
BSD, netán DOS. 


Vass Endre 

PHP-programozóként dolgozik, szabadidejében 
éppen egy számítógépes szerepjátékot fejleszt 
C/CC--- nyelven. Szereti a régi számítógépeket, 
kedvenc változata a Debian GNU/Linux. 
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Niese két bazárról: a piacról és a rendszermaglistáról 


1999 augusztusában a Linux World Expón találkoztam 
az IBM néhány képviselőjével, és megtudtam tőlük, 
hogy a vállalat gyanakvó érdeklődéssel kíséri ezt az 
operációs rendszert. Elmondták, hogy a Linux teljesen 
váratlanul jelent meg náluk, és (minden stratégiai 
megfontolás nélkül) egyre több kiszolgálón tűnt fel 
szerte a cégnél. Így aztán az IBM felmérést végzett 

az egyik részlegen belül, amelynek célja a Linux is- 
mertségének feltérképezése volt. A skála egyik 

végén az , elboldogulok a Linuxszal", a másik végén 

a ,rendszerkódot gyártogatok" képesség szerepelt. 

Az eredmény: mind a 600 megkérdezett személy 
elboldogult a Linuxszal, 120 pedig képes volt rend- 
szerkódot gyártani. Ez a felfedezés kétségkívül a 
vállalat stratégiai elkötelezettségét jelezte a Linux 
operációs rendszer iránt. 

Azóta eltelt két és fél év, és a Linux jelentős operációs 
rendszerré vált. Ez volt a hírösszefoglaló a legutóbbi 
Linux World Expóról, amely — amikor ezeket a sorokat 
írom — éppen csak véget ért. 

Az IBM felvonultatta jelentős ügyfeleit: L. L. Bean-t, 

a Boscovt, a Pixart és Solomon Smith Barney-t. 

A Hewlett-Packard a Dreamworks SKG-t mutatta be, 

az Egenera pedig a Credit Suisse First Bostonnal kötött 
egyezségéről számolt be. 

Az LWE nyitó felszólalásában Carly Fiorina (HP) azt 
nyilatkozta, hogy 2002 a Linux , kitörési" éve lesz, utalva 
arra, hogy a Gartner elemzése a gazdasági hanyatlás 
ellenére 15 százalékos növekedésre számít. A HP néhány 
Linux-terméket is bejelentett a vállalati és a telekommu- 
nikációs ügyfelek számára, és referenciaként az Amazon, 
a BMW, a Boeing, a Speedera, a ViaWest és a Verizon 
nevét említette. 

Ugyancsak az LWE-n Holger Dyrofrf (SuSE) ezt mondta: 
, Egészen a közelmúltig a szakmabeliek választották a 
Linuxot. Mostanra azonban éppen az ellenkezője igaz." 
Vezető informatikai tisztviselőktől érkeznek megrende- 
lések a SuSE támogatási szerződésére IBM nagygépek- 
hez. Hetente 2—3 ilyen vásárlási megrendelés is érkezik, 
szerződésenként 4 500-11 500 dollár értékben. 


A felmérés kérdezi, hogy van-e 


a a cégnél hasznélt programokról 


van szó... / Aha. Még tegnap este. 


Minden rendszergazda 


az. Csak figyelj. Remek, köszi. 
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Greg, lecserélted már nálam 
avaslattevő vagy döntéshozó jogköröm, a Win98-at Win2000-re? 





"A közel másfél éve kapható nagygépes változatot vá- 
lasztó ügyfelek egyharmada bank" — mondta Dyroff. 

Az IBM különleges akciót hirdetett meg zászlóshajója, 

a zSerles (ismertebb nevén S/390-es) nagygépek csak 
linuxos változatára. 

Sót az IBM, amely a múlt évben nagy hangon hirdette, 
hogy egymilliárd dollárt költ a Linuxra, most azt állítja, 
hogy a befektetés nagy része már megtérült. Aligha ők 
az egyetlenek, akik az eredmények ismeretében ezért 

az operációs rendszerért lelkesednek. 

A történet pedig sokkal tovább folytatódik, mint amennyi 
az expón megmutatkozott belőle. Az Egenera sikeresen 
értékesíti Linux-alapú kiszolgálóit, amelyek ára kétszáz- 
ezer és több mint egymillió dollár között mozog. 

Az Amazon.com szolgáltatásait nem olyan régen költöz- 
tette át a Linuxra, és óriási megtakarítást ért el, amelynek 
okát az operációs rendszerben látja, és amely kétségkívül 
hozzájárult a vállalat első nyereséges negyedévéhez. 

A 1mage-et (One Image) képviselő Mary Anne De 
Young is annak tulajdonítja cégének utóbbi sikereit, 
hogy hatalmas mértékben megnőtt az igény a Linux 
mint unixos termékfelület iránt. A Image egyik legna- 
gyobb ügyfele, a Reynolds € Reynolds egyszerre tesz 
szert haszonra és takarít meg pénzt, miközben a saját 
(és a 1mage) termékeit autókereskedők ezreinek adja 
el, linuxos gépeken. 

John Gantz az International Data Corporation vállalattól 
a jövő évre vonatkozó tíz fő előrejelzése keretében lelke- 
sen nyilatkozott a Linuxról. 

Arra az esetre, ha ez még mindig nem igazolná elég 
meggyőzően a Linux hosszú távú kereskedelmi sikerét, 
álljon itt ez az idézet a Microsoft ügyvezető igazgatójától, 
Steve Ballmer-től: , Úgy gondolom, hogy nagyobb 
figyelmet kell fordítani azokra a versenytársakra, akik 
pozíciónkat veszélyeztetik, mint azokra, akikre mi 
jelentünk veszélyt. . . Ez alapján a Linux- és a Unix- 
jelenség vezeti a listát. Én a Linux-jelenséget tartom 
ránk nézve a legveszélyesebbnek." 


Doc Searls 










Semmit sem változtattál meg 
a gépén, ugye? 


Csak a háttérképet. 
NM Most , Windows 20007-et 





mutat. 
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Niért elfogadhatatlan az UCITA ? 


Az UCITA, vagyis a Számítógépes Információk Ügyleteit 
Szabályozó Egységes Törvény (Uniform Computer 
Information TIransactions Act) olyan mintának szánt tör- 
vény, amelyet azzal a szándékkal hoztak létre, hogy idő- 
vel minden állam elfogadja — ily módon egységesítve a 
programok felhasználási engedélyének jogi szabályozá- 
sát. Az UCITA olyan alapértelmezés szerinti szabályokat 
tartalmaz, amelyek akkor lépnek életbe, ha egy terjesz- 
tési engedélyből lényeges feltételek kimaradnak. Az 
UCITA további célja, hogy meghatározza, mely terjesztési 
feltételek közérdekellenesek: ezek még akkor sem lép- 
Ohetnek érvénybe, ha az engedély tartalmazza őket. 

Az UCITA sok tekintetben hasonlít az Egységes Keres- 
kedelmi Törvényre (Uniform Commercial Code — UCC). 
Az UCC olyan szabályozást állít fel, amellyel megakadá- 
lyozható, hogy egy kereskedő selejtes árut sózzon rá a 
gyanútlan vásárlókra. Ebben a szellemben nyilvánították 
ki az UCITA első változatai is, hogy a közérdekkel ellen- 
tétes, ha egy program felhasználói engedélye kizárja a 
forgalmazhatóságra és a meghatározott célú felhasznál- 
hatóságra vonatkozó hallgatólagos jótállást. 

Az UCITA az engedély tartalmától függetlenül megköveteli, 
hogy a terjesztő jótállással nyújtson biztosítékot arra az 
esetre, ha a program nem bizonyul alkalmasnak olyan 
egyszerű feladatok ellátására, amelyekre szánták, illetve 
amelyeket leírása és hirdetési anyagai ígértek. Amennyi- 
ben a jótállásban foglaltak nem teljesülnek, a kártérítési 
igény jelentős lehet. Adott körülmények között a felhasz- 
náló a teljes okozott kárt megtéríttetheti, a program várt 
értéke és a tényleges értéke közötti különbséget, valamint 
akár a járulékos és következményként fellépő károkat is. 
A nyílt forrású programok készítői és terjesztői nem 
engedhetik meg maguknak az ilyen hallgatólagos jótállás 
biztosítását. Ha a programot a forráskóddal együtt átad- 
ják, hogyan térítheti meg a nyílt forráskód engedélyének 
kibocsátója a jótállással járó költségeket? Ez az oka 
annak, hogy minden nyílt forrású program terjesztési 
szerződése kimondja, hogy a program úgy, ahogy van, 
mindenféle jótállás nélkül áll rendelkezésre. 

Maryland az egyike azon kevés államnak, amelyek elfo- 
gadták az UCITA-t. A marylandi törvény hallgatólagos 
jótállásról szóló része elfogadhatatlan volt a Nyílt For- 
ráskód Közösség számára. Érveink meghallgatása után 
a helyzet rendezése érdekében a marylandi törvényhozás 
a következő függelékkel egészítette ki az UCITA-t: 

"A jótállás (amely a forgalmazhatóságra és a meghatáro- 
zott célú felhasználhatóságra vonatkozik) nem érvényes 
a számítógépprogramra, ha térítésmentes (1.) a forrás- 
kód, (2.) a másolatok készítése, illetve azok használata, 
(3.) a módosítás és (4.) a számítógépprogram terjesztése. 
Az UCITA-t az egyes államok egyenként fogadják el. 
Hogy ne kelljen minden esetben külön ezzel az üggyel 
foglalkozni, a Nyílt Forráskód Közösségének képviselői 
egységes törvényszöveg kiegészítését tűzték ki célul. 

A marylandi törvény szövegét ajánlották elfogadásra az 
Államok Törvényeinek Egységesítése Megbízottainak 
Nemzeti Gyűlése (National Conference of Commissio- 
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ners on Uniform State Laws, NCCUSL) számára, amely 
az UCITA szerzője. Az NCCUSL ehelyett a következő 
szövegű indítványt fogadta el: 

(a) Kivéve azokat az eseteket, amikor a (b) alpont lép 
életbe, a jótállás (amely a forgalmazhatóságra és a 
meghatározott célú felhasználhatóságra vonatkozik) nem 
érvényes a számítógépprogramra, ha a kibocsátó 

a program egy példányát a felhasználó számára ingye- 
nesen hozzáférhetővé teszi, biztosítva a program hasz- 
nálatának, másolatok készítésének, a program módosítá- 
sának vagy másolatok terjesztésének a jogát. 

(b) Az (a) alpont nem érvényes, amennyiben egy számfí- 
tógépprogramot egy árucikk részeként adnak el vagy 
adnak bérbe, vagy amennyiben a felhasználó nem prog- 
ramfejlesztő." 

Az ,és" kicserélése ,vagy"-ra az (a) alpont vége felé, 
illetve annak a követelménynek az elhagyása ugyaneb- 
ben a mondatban, hogy a forráskódnak hozzáférhetőnek 
kell lennie, egyaránt nagyon fontos változtatás. Ez azt 
jelenti, hogy az olyan cégek, amelyek ingyenes program- 
jaikat jogdíjas programokkal egy csomagban kínálják 

— ahogyan azt például a Microsoft teszi az Internet 
Explorerrel — jogosultak a jótállás alóli mentességre, 
holott a nyílt forrású programokkal szemben támasztott 
követelményeket nem teljesítik. Ez az egész függelék 
voltaképpeni célját kiforgatja. 

A (b) alpont hozzáadása szintén veszélyes csapda az 
elővigyázatlan jogértelmező számára. Az alpont második 
része azt jelenti, hogy a jótállás hiánya akkor megenge- 
dett, ha a programot más programfejlesztőknek adják át, 
de amint a programot valódi felhasználók vagy ügyfelek 
használják, a hallgatólagos jótállás érvénybe lép. Köszön- 
jük, de ebből nem kérünk. 

2001. november 13-án az Államügyészek Nemzeti 
Társasága (National Association of Attorneys General) 
egy harminckét államügyész által aláírt beadvánnyal 
fordult az UCITA Készenléti Tanácsához. Ez a beadvány 
általános kifogásokat fogalmaz meg az UCITA-val kap- 
csolatban, de semmiféle függelék elkészítésére nem 
tartalmaz lényegi javaslatokat, amely a törvényt a számí- 
tógépes információval kapcsolatos ügyletek általános 
szabályozására alkalmassá tehetné. 

Mindaddig, amíg az UCITA nem felel meg az igazságos- 
sággal és használhatósággal szemben támasztott köve- 
telményeknek, ébernek kell lennünk minden egyes állam- 
ban, hogy megakadályozzuk e hibás törvény elfogadását. 
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- z szám - 2 Lawrence hosen 
i —-] (www.rosenlav.com) magángyakor- 
ea latot folytató jogász a kaliforniai 
I Redwood Cityben. A Nyílt Forrás 
Kezdeményezés (Open Source 
Initiative) ügyvezető igazgatója és 
jogtanácsosa (3 http:/Avww.opensource. org). 
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Linuxvilág 


3DBOXX R1 és 
RenderBOXX R sorozat 

A digitális tartalom előállítását segítő 
rendszereket építő BOXX Technolo- 
gies bemutatta a 3DBOXX R1 soro- 
zatú munkaállomásokat és a Render- 
BOXX R sorozatú megjelenítő rend- 
szereket. Mindkét rendszerben a 
OuantiSpeed-felépítéssel és a Smart 
MP technológiával bíró AMD Athlon 
MP 2000-t processzor dolgozik. 

A gépek kétprocesszoros kivitelben, 
nVidia Ouadro4 XGL grafikus kártyá- 
val kaphatók, és fő alkalmazási terü- 
letük 3D-s tartalom és mozgókép 
létrehozása és megjelenítése nép- 
szerű 3D-s programok (Maya, 
Houdini stb.) segítségével. Az AMD 
Athlon MP processzort nagyteljesít- 
ményű többprocesszoros kiszolgálók- 
ba és munkaállomásokba tervezték. 
Adatok: BOXX Technologies, Inc., 
9390 Research Boulevard, Kaleido II, 
Sulte 300, Austin, lexas 7/8759, 
telefon: 1-377-877-2699, 

2 http://www.boxxtech.com 


GVS 9000 2U Rack System 
A Terra Soft Solutions megjelentette 
GVS 9000 2U Rack System nevű 
számítógépét, amely ügyfél, kiszol- 
gáló vagy egy géptelep csomópontja 
is lehet. A rendszer két 1 GHz-es 
G4 processzorral van ellátva 
(AltiVec CPU), valamint 
előre telepített Yellovv 
, Dog linux 2.0 és Mac 
4 05 X operációs rend- 
szert futtatnak. 
! A további összete- 
"7 vők: 1 GB PC-133 
/ SDRAM, két DIMM 
memória-bővítőhely; 
80 GB IDE-merevlemez; 
Gigabit, FireWire és USB- 
kapuk; ATI RADEON 7500 kétfejes 
videokártya; egy 64/66 PCI-bővítő- 
hely; Apple USB-s billentyűzet és 
egér. A rendszert úgy tervezték, 
hogy a jelenlegi Macintosh G4-es 
tornyokkal összehasonlítható legyen. 
Adatok: Terra Soft Solutions, Inc., 
117 West Second Street, 
Loveland, Colorado 80537, 
telefon: 970-278-9243, 
presales(oterrasoftsolutions.com, 
2 http:/Awvwwiterrasoftsolutions.com 





OuickCRC 

Az Excel Software bejelentette, hogy 
elérhető a OuickCRC for Linux, egy 
olyan objektumközpontú tervezőesz- 


köz, amely gépe- 
Út saeár te A síti a CRC-kártyák 
BE. . létrehozását 
söt (CRC, azaz osz- 
ES tály, felelősség 
OuickCR c és együttműkö- 
ertkáz dés). A OuickCRC 
I segítségével a 
programtervezők azonosíthatják az 
osztályok objektumait, kapcsolatait 
és egyéb adatait, mielőtt megírnák 
a kódot. A program a kártyák és a 
forgatókönyv-objektumok létrehozá- 
sára diagramokat használ, a projek- 
teket pedig XML fájlformátumba 
menti. A OuickCRC arra is használ- 
ható, hogy olyan kártyákat hozzunk 
létre vagy tulajdonságokat adjunk 
hozzájuk, amelyek a könnyű program- 
fejlesztési megközelítéshez használ- 
hatók, vagy egy nagyobb, UML-t 
használó modellezési feladat részét 
képezik. A OuickCRC segítségével 
a fejlődő terv is jól modellezhető. 
Contact Excel Software, 19 Misty 
Mesa Court, Placitas, New Mexico 
87043, telefon: 505-771-3719, 
e-mail: info(rDexcelsoftware.com, 
2 http:/Avwww.excelsoftware.com 


Token Ring eszközvezérlők 
A Madge Networks bejelentette, 
hogy elkészültek a Token Ring kártyál- 
hoz szánt nyílt forrású eszközvezérlők. 
Az új eszközvezérlők programokat 
tartalmaznak, amelyek támogatják 

a 2.4.2-es rendszermagot, valamint 
az előre lefordított meghajtókat 

— ezek a 2.4.2-es rendszermagon 
alapuló megvalósításokban használ- 
hatók. A következő Token Ring kár- 
tyák támogatottak: Madge Smart 
MK4 PCI-család, RapidFire 3140 PCI- 
család és a Smart CardBus Mk2 
Token Ring kártya. Az eszközvezérlők 
letölthetők a Madge Networks web- 
helyéről, a 5 http://www.madge.com/ 
software címről. A webhelyen a 
Linux-felhasználók számára fórum 

is működik. 

Adatok: Madge Networks, 1 State 
Street Plaza, 12th Floor, New York, 
New York 10004, 800-US-MADGE, 
2 http://Awww.madge.com 


EasiLiX SM 

Az EasiLIX SM hálózati biztonságot 
és rendszerfelügyeletet segítő prog- 
ram. lervezése során fontos szem- 
pont volt a könnyű és gyors telepít- 
hetőség és a karbantarthatóság. 

Az EasilLiIX a következő internetes, 
illetve belső hálózati (intranet) szol- 
gáltatásokhoz tartalmaz segédesz- 
közöket: DNS, web, e-mail, Sguid- 
proxy, FIP és DHCP Az EasilLiX 
egyetlen IP-címet oszt meg a hálózat 
összes gépe között, és a hálózat a 


EAZILIX 


beépített DNS- és DHCP-kiszolgálók 
segítségével állítható be. Az EasiLiX 
további jellemzői: együttműködés a 
2.4-es rendszermaggal; ReiserFS; 
ethernet, xDSL, telefonos és kábel- 
modem támogatása; 128 bites SSL 
és OpenSSL támogatása; Samba fájl- 
és nyomtatómegosztás más operá- 
ciós rendszerekkel; MySOL-adatbá- 
zis; és a PHP a Perl, valamint a 
Python parancsnyelvek támogatása. 
Adatok: Easilize Software Solutions, 
e-mail: info-Deasíilize.com, 

2 http:/Awww.easilize.com 


Lifix Go! 2.0 

A Lifix Go! 2.0 olyan programcso- 
mag, amely a különböző IP-hálózatok 
között teszi lehetővé az átjárást, pél- 
dául a 802.11a/b/g, ethernet- és cel- 
lahálózatok (mint a GPRS és a 
CDMA 2000). A Lifix Go! részet: 
mobilkiszolgáló, amely az idegen és 
a saját ügynökből áll, és a mobilügy- 
fél programja. Az RFC3220-ban rög- 
zített mobil-IP-szabvány teljes mér- 
tékben támogatott, akárcsak a több 
hálózati kártya (az összes felületen) 
és sokféle VPN-ügyfél. Minden prog- 
ramösszetevő képes RADIUS-hite- 
lesítésre, engedélyezésre és elszá- 
molásra. A mobilügyfél támogatja a 
Diameter-hitelesítést, engedélyezést 
és elszámolást Is. 

Adatok: Lifix Systems Oy, 
YIlopistonkatu 5, $rd Floor, FIN-0010 
Helsinki, Finland, 

e-mail: Info (olTIx. fi, 

2 http://www.IIfIx.fi 
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A hónap szakmai tanácsai 


Halott Adathordozó Projekt, 

Banyan Főosztály 

Több HS-8/112-es szalagunk akad még a régi Banyan 
hálózatos időkből. Egy Exabyte 8200-zal írtunk rájuk. 
Az adatokat egy linuxos gépen SCSI Exabyte 8505 
szalagos meghajtóval próbálom meg visszaolvasni. 

A tar szerint nem tar-archívum van rajta. Létezik-e 
olyan szabadon hozzáférhető módszer, amellyel az ada- 
tokat Linux alatt le lehet szedni a szalagról? 

Craig Johnson, cjohnson9eypae.com 


Nem egyszerű feladat. Létezik néhány dokumentum, 
amely a más rendszerekkel készült szalagok Linux alatti 
beolvasásával foglalkozik. Talán egyik sem alkalmazható 
közvetlenül a te esetedben, de jó tippeket adhatnak és 
további utalásokat tartalmaznak. 

A 5 http://meteora.ucsd.edu/—plerce/linux tape.htmli 
címen más Unix-rendszerekkel készült szalagok beolva- 
sásáról tudhatsz meg többet. Az alábbin pedig egy má- 
sik régi, de értékes Howro-fájl található, amely jó ötle- 
teket kínálhat számodra is: 

2 http://www.linux.org/docs/ldp/howto/Ftape- 
HOWTO.html. 

Az első dolog, amit ki kell derítened, a szalagra mentett 
adatok formátuma. A meghajtó oldaláról közelítve érde- 
mes megtudni, hogy írás közben volt-e valamilyen adat- 
tömörítés. 

Az operációs rendszer és a programok oldaláról nézve 
az adatformátum valamilyen elterjedt Unix-formátum 
lehet, mint a tar, a cpio vagy a da; másfelől 
megeshet, hogy a szalagon az adatok különleges 
szabadalommal védett formátumban rejteznek. Ki kell 
deríteni azt is, hogy többkötetes mentésről volt-e szó 
(az adatok egynél több szalagon helyezkednek-e el), 
vagy sem? 

Feltéve, hogy az adatmentésre valamelyik Unix-paran- 
csot használták, megkereshetjük az eltéréseket az írásra 
használt gép és az olvasásra használt gép parancsainak 
viselkedése között. Például Linux alatt a tar a -o 
kapcsolóval vehető rá arra, hogy a régi (V7) adatfor- 
mátumban próbáljon Írni. 

Felipe Barousse Boué, fbarousse-opiensa.com 


Ez bekerül az osztálynaplóba! 

Egy iskolai rendszeren dolgozom, és szükségem lenne 

egy olyan adatbáziskezelőre, amely lehetővé teszi a 

következőket: 

1. legyen egy rendszergazda, aki a weben keresztül 
(webböngésző használatával) a távolból dolgozhat, 

2. a tanárok (felhasználók) beléphessenek (webbön- 
gészőn keresztül), és adatokat rögzíthessenek az 
adatbázisban. 

Maurice Pelletier, mpelletierosad39.k12.me.us 


Javaslom, vizsgáld meg a Zope-ot 

(5 http:/Awwwi.zope. org). A Zope webalapú tartalom- 
kezelő keretrendszer, nagymértékben bővíthető és jól 
működik. Természetesen meglévő alkalmazásaidat át 
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kell költöztetni vagy át kell írni a Zope alá. 
Felipe Barousse Boué, fbarousse-opiensa.com 


Alagutazás a belső hálóra 
Lehetséges-e felépíteni olyan SSH- 
kapcsolatot, hogy a HTTP-tartalom 
munkahelyem belső webhelyéről 
egy alagúton keresztül az otthoni 
gépem böngészőjére jusson? 
Michael Kaneshige, 
mikanes(ocomcast.net 


Egyetlen webhely esetén saját géped 
egyik helyi kapuját átirányíthatod a távoli 
gépen elhelyezkedő weboldalra, a következő SSH- 
kapcsolat segítségével: 

ssh -L1234:intranetserver:80 

Ezután böngésződbe töltsd be 5 Attp://localhost:1234/ 
címet. Ne feledd, hogy ezzel megsértheted munka- 
helyed biztonsági irányelveit. Először őket kérdezd meg 
a dologról. 

Marc Merlin, marc btsovalinux.com 


Ha több belső webhelyet szeretnél kívülről elérni, 
gépedre telepíts egy Apache kiszolgálót amod proxy 
modullal, hozd létre a fenti SSH-alagutat, és webbön- 
gésződ proxyját állítsd be a localhost 1234-es 
kapujára. Az Apache mod proxy a 

2 httpd.apache.org/docs/mod/mod. proxy.html címről 
tölthető le. Ha munkahelyed biztonsági szakembereinek 
ezzel gondja lenne, mondd meg nekik, hogy mi mondtuk, 
ez így rendben van. 

Don Marti, dmartKossc.com 


Ethernetkártya gyorsítása 

Kiszolgálómba egy 3Com 3C905B-IX hálózati kártya 
van beépítve. A kártya sajnos csak 10 Mb/Ss sebes- 
séggel hajlandó működni, akár Lantech FE-1601, 
akár DLink DES-1005D kapcsolóval használom. 
Hogyan kapcsolhatnám hálókártyámat kétirányú 
100 Mb/s üzemmódba? 

David Desscan, davidcyberletters-orocketmail.com 


Próbáld ki a mii-diag programot a 

2 http:/Awww.scyld.com/diag/index.html webcímről. 
Ez kiírja, hogy a kapcsolódó fél mit hirdet magáról. 

Ha itt nem látod a 100BaseTx-FD bejegyzést, kapcsolóid 
nincsenek megfelelően beállítva, vagy a felek között 
valamiért nem sikerült a beszélgetés. A következő lehe- 
tőség a 100 Mb/s FD-üzemmód kényszerítése, ahogyan 
ezt a 5 http:/Avww.scyld.com/network/vortex.htmi 
webcímen javasolják. Távolítsd el a modult 

a memóriából, és a következő paranccsal 

újra töltsd be: 

itüasmodssc5soxz debüg- it 

options tetültdeüstexs í 

Marc Merlin, marc btsovalinux.com 
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A Linux Journal honlapján 
számtalan gond megoldá- 
sához találhattok további 
segítséget. A Sunsite 
tüköroldalait, a gyakran 
feltett kérdéseket és az 
egyéb útmutatásokat a 

2 www.linuxjournal.com 
honlapon olvashatjátok el. 
A rovatban közzétett 
válaszokat Linux-szakértők 
kis csapata készítette el. 
lovábbi kérdéseiteket 
szívesen fogadják 

(angol nyelven) a 

2 www.linuxjournal.com/ 
[7-issues/techsup. htmi 
címen, ahol csak egy 
kérdőívet kell kitöltenetek, 
de a bts(ossc.com címre 
levelet is írhattok. A levél 
tárgyában szerepeljen 

a ,BIS" kulcsszó. 
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Magyarul jobban hangzik! 





int a 21. oldalon már megír- 
tam, fontosnak tartom, hogy 
egységes szóhasználat 


alakulhasson ki végre az informatika 
világában is. Azt gondolhatnánk, ez 
természetes igény, és már réges-régen 
összefogott mindenki, létezik közös 
szótár, pontosan és értelmesen tudjuk 
megfogalmazni mondandónkat magya- 
rul is. Igen, ilyen szótárak vannak, de 

a céltól oly messze vagyunk! 

Vannak társaságok, cégek, ahol már , há- 
zon belül" megoldották a szóhasználat- 
tal kapcsolatos kérdéseket. Többnyire 
ilyen a ,nagytestvér" is, ahol ma már 
nagyjából egységesen használják a kife- 
jezéseket. Vannak olyan cégek is, ahol 
ezt a gondot egyszerűen hidalják át: 
külső csapatnak adják ki a fordítás ne- 
hézkes munkáját. Ezek a fordítók pedig 
előfordul, hogy a számítástechnikát csak 
felületesen ismerik, az eredményt — gon- 
dolom - nem kell ecsetelnem. 
lalálkozhatunk olyan fordításokkal, 
amelyek sokkal jobban , fájnak". Egyik 
jó barátom a Közgazdaságtudományi 
Egyetemre jár, most elsőéves. A minap 
megmutatta azt a kérdéssort, amely a 
zárthelyi anyagát dolgozza fel. Nem 
mondom, hogy bármiféle jogalapom 
lenne leszólni az említett anyagot össze- 
állítók nyelvhasználatát, de az biztos, 
hogy az elolvasott tíz kérdés közül 
nyolcra nem tudtam volna válaszolni 

— ugyanis nem értettem meg őket. Ilyes- 
féle kérdésekkel találkoztam: , Milyen 
mértékegységben mérjük a számítógép 
tárolósebességét?" 

Ebből is látható, hogy sokszor olyan 
magyarításokkal, fordításokkal próbál- 
kozunk, amelyek nem ,eresztenek gyö- 
keret" a nyelvben. Az említett példához 
hasonló mondandójú leveleket mi is 
rendszeresen kapunk, ezért gondoltam 
arra, hogy olyan külön rovatot indít- 
sunk, amelyben a nehezebb vagy egye- 
lőre még megoldatlan magyarításokat 
tárgyaljuk ki. Az említett címszavak 
mind kerülendő szavak. lermészetesen 
a szavak jelentése nagyban függ a szö- 
vegkörnyezettől, így fontos megfigyel- 
nünk, hogy éppen milyen értelemben 
kerülnek elő. A javasolt fordítást dőlt 
betűkkel szedtük. 

Ha valakinek kérdése, javaslata, ötlete 
van, szeretettel várom a levelét! 
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adminisztráció 

Használata többértelműsége miatt Za- 
varó (rendszerfelügyelet, irodai munka 
stb.). Ajánlott helyette a rendszerfelü- 
gyelet, vagy röviden 7 felügyelet. 


applikáció, applet 

Ajánlott helyette az "alkalmazás vagy 

a program (ahol nem zavaró), az applet 
helyett sajnos nem tudunk jobbat, mint a 
máshol már használatos 7 kisalkalmazás. 


archív, archívum 

Valamilyen tárolt anyag, illetve tárte- 
rület. A .tar, .zip stb. állományok esetén 
a stárállomány kifejezést is használ- 
hatjuk, levelezőlistáknál már az irattár 
fordítással is találkoztam. 


cluster, kluszter, klaszter 

Két értelemben használjuk: az egyik, 
amikor azonos típusú egyszerűbb eszkö- 
zöket (például merevlemezeket) kötünk 
össze és kezelünk egyként, a másik pedig 
amikor gépekből egy erősebb gépcsopor- 
tot állítunk össze. Rendszeresen használt 
fordítás a fürt (lemezfürtözés, fürtkezelés 
stb.), a második változatra a megkülön- 
böztetés és érthetőség miatt gyakran a 

— telep (géptelep) kifejezést használjuk. 


definiál, deklarál 

Még mindig rendszeresen kapok olyan 
vádakat, miszerint a definiálást nem 
lehet lecserélni a "meghatározással, meg- 
adással. Az indok többnyire az, hogy a 

, definíció egzakt matematikai fogalom, 
míg a meghatározás nem annyira pon- 
tos". Egy Popper-idézettel válaszolnék: 

, Nem lehet az ember egy kicsit halálos 
beteg vagy egy kicsit halott." A deklará- 
lást pedig arra használjuk, amikor előre 
— bevezetjük, megismertetjük az adott 
modult, változót stb. egyfajta bemutatás. 


root, root dir, rootdisk 

Itt is két fogalmat használunk. Az első 
a gyökér, sgyökérkönyvtár. Arra utal, 
hogy (az adott program vagy rendszer 
számára) ez az elérhető könyvtárak 
(adatok stb.) legfelső szintje (például egy 
program , bezárható" a /homefftp alá, az 
adott könyvtárat mint főkönyvtárat 
látja). A fájlrendszer esetén a / könyv- 
tárnak megkülönböztetett neve is van: 
zfőkönyvtár. A rendszerindításkor 


használt rootdisket, mely egy (a rend- 
szerindításhoz szükséges) alap könyv- 
társzerkezetet tartalmaz, salaplemeznek 
(néhol könyvtárfa-lemeznek) hívjuk. 


implementáció, platformfüggetlen, 
cross-platform, multiplatform 

Egy adott leírásnak megfelelő program, 
az adott leírás egy "megvalósítása. 
Vannak olyan programnyelvek, melyek- 
kel úgy írhatunk programot, hogy nem 
kell a programot futtató rendszerre 
figyelnünk (ezek a 7felületfüggetlen 
programok), illetve ugyanaz a program 
több rendszeren is képes futni (7több 
felületen futó, "hordozható, átvihető). 


guota, kvóta 

Egy adott felhasználó által a lemezen 
elfoglalt terület méretének felső határa 
(s tárkorlát). 


mount, unmount 

A fájlrendszerbe egy újabb eszköz beil- 
lesztése, s befűzése. Használják még a 
csatolás szót is, hátránya, hogy rengeteg 
értelemben előfordul. A művelet ellen- 
párja a 7 leválasztás. 


stackable, stackkelhető 

Olyan (hálózati) eszköz, amelynek tel- 
jesítménye azáltal bővíthető, hogy 
további azonos típusú eszközöket kap- 
csolunk hozzá. Például két huszonnégy- 
kapus hálózati kapcsolót toronyba 
építhetünk (s összefűzhetünk), az ered- 
mény pedig egy negyvennyolckapus 
kapcsolóként működő egység lesz. 


szkript, script, shellscript 

A script olyan sparancsállomány, amely- 
nek futtatásához egy értelmezőre van 
szükség. A futtatókörnyezet külön 
rendszerként is előfordulhat (mint pél- 
dául a Perl esetében), de az is megeshet, 
hogy egy adott program vagy héj szabá- 
lya szerint az adott héjon belül kerül 
futtatásra ( héjprogram). 


Szy György 

a Linuxvilág főszerkesz- 
tője. Mindenki vélemé- 
nyét és levelét örömmel 
várja az alábbi levélcímen: 
Szy.GyorgyAlinuxvilag.hu 








Elemi erők - természeti előnyök 


Doc a nyugati területek geológliáját metaforaként használva a Linuxnak 
a civilizált világ infrastruktúrájában betöltött szerepén elmélkedik. 


zeket a sorokat a United légitár- 
saság Chicagóból Los Angelesbe 
tartó Boeing 777-es repülőgépé- 
nek üzleti osztályán, az egyik székben 
ülve írom. Balomon egy LCD-képernyő 
nyúlik ki a kéztámlából. A képernyőn 
egy térkép látható, amely megmutatja, 
mit látok, ha a gép jobb oldalán kinézek 
az ablakon. 

A térképet váltakozó nézetekben vehe- 
tem szemügyre, akárcsak egy repülőszi- 
mulátor esetében. Most éppen azt mu- 
tatja, hogy a Sziklás-hegység felé tar- 
tunk Fort Collins érintésével, a Colorado 
állambeli Denvertől északra. Mintegy 
30 mérfölddel délebbre található a 
Wyoming állambeli Cheyenne, amely 
innen egy repülőtér kifutópályáit körül- 
vevő utcákból és épületekből álló lapos 
mintának látszik. A város főutak és 
vasútvonalak csomópontjában fekszik, 
amelyek - a csaknem állandóan fújó 
szelek által teljesen simára alakított tá- 
jon — halovány vonalaknak tűnnek. 
Néhány millió évvel ezelőtt az ablakból 
látható táj nagyrészt olyan lapos volt, 
mint Nebraska, amikor azonban a he- 
gyek felemelkedtek a síkságokból, a 
puha talaj elvesztette puha felső rétegét, 
s ebben a szélnek valószínűleg nagyobb 
szerepe volt, mint a folyóknak, amelyek 
munkája sokkal nyilvánvalóbb. Mindez 
nem csak felületesen érdekel engem, 
ugyanis az elmúlt néhány évben bele- 
mélyedtem John McPhee műveibe, aki 
ugyanazt műveli a geológiával, amit 
Shakespeare a szerelemmel. McPhee 
számára nincs olyan szikla, melynek 

a története túlságosan unalmas lenne, 
és ezt minden egyes lapon, minden 
egyes könyvében be is bizonyítja. 
McPheenek az amerikai geológiát érintő 
témájú könyveit 1998-ban egy vastag 
munkában - rövidített formában — 
összefoglalták, és a , Régi világok kró- 
nikája" címet kapta. El is nyerte vele a 
jól megérdemelt Pulitzer-díjat. Kedvenc 
könyvem tőle a , Síkságok felemelke- 
dése" (Rising from the Plains), amely 
két mesét sző egybe: Wyoming távoli 
múltjának történetét, és David Love 
geológusét, aki ennek legutóbbi 89 évé- 
ben élt. David Love, aki egy gyér ter- 
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mést hozó tanyán nőtt fel az állam kel- 
lős közepén, a Földtani Szemle 1955-ben 
és 1985-ben kiadott Wyomingról készí- 
tett térképeinek a készítője volt. Kutatá- 
sait egymaga végezte, nagyrészt terepen 
— életének mintegy negyedében szabad 
ég alatt aludt. 

A McPheehez és Love-hoz hasonló em- 
berekben engem az vonz, hogy jó érzék- 
kel kínálnak szilárd alapokon álló néző- 
pontot egy olyan területre nézvést, 
amelynek a Linux és a számítógépipar 
érettebbé válásával egyre alapvetőbbé 
kell válnia. Ez pedig az infrastruktúra 

— illetve kedvenc kifejezésemmel élve -, 
az interstruktúra. A kifejezésen számító- 
gépes és kommunikációs környezetünk 
legalapvetőbb szintjét értem. A Linux 
jelen van a még alacsonyabban szinten 
levő és egyetemesebb jelentőségű kör- 
nyezet fölött, melyet Internetnek neve- 
zünk. Minden egyes kódrészlet, amelyet 
hozzáteszünk vagy megváltoztatunk, 
olyan szilárd anyaggá alakul át, amely- 
ből civilizált világunkat építjük fel. 

A földtanban a ,megbízható" kifejezéssel 
a sziklára szokás utalni, amely (elhmoz- 
díthatatlan. Építhetünk rajta vagy belőle 
házat, és bízhatunk benne, hogy nem 
omlik össze, ha a meredek részén má- 
szunk fel. Nincs benne semmi titokzatos, 
rejtegetnivaló sem. Ugyanez igaz a prog- 
ramkódra is. Az infrastrukturális prog- 
ramkód természeténél fogva megbíz- 
ható. Ezen kívül szabadon felülvizsgál- 
ható és továbbfejleszthető. Az infrastruk- 
turális programkód fejlesztésekor hasz- 
nált értelmi és alkotó folyamatok sem 
kevésbé természetesek, mint azok a föld- 
tani erők, amelyek a mészkövet már- 
vánnyá alakítják. 

A megbízhatóságnak egy másik szem- 
pontja is létezik. David Love szerint 

, az emberi környezet, a jó és a rossz 

is a sziklával kezdődik, összekapcsolva 
a két másik létszükséglettel: a vízzel és 
a levegővel. Ha tönkretesszük valame- 
lyiket e három alapvető létszükséglet 
közül, az emberiség nagy bajba kerül." 
Most cseréljük ki a , szikla" szót , Inter- 
netre", és az ,emberiség" szót , számí- 
tástechnikára", és rögtön jobban meg- 
értjük, Love mire gondol. 


Az infrastruktúrától függünk. És mivel 
a természetben számos helyütt bősége- 
sen megtalálható, sokan értik közülünk 
a működését és a jelentőségét. 

A Linux , átlátszósága" a Linux termé- 
szetétől fogva adott infrastrukturális 
előnye a Windows-rendszerrel szemben. 
Még ha a Windows százszázalékosan 
megbízhatóvá válik is, továbbra is átlát- 
szatlan marad mindaddig, amíg forrás- 
kódja zárt lesz. Építs belőle bármit, amit 
akarsz, csak alapkőként ne használd. 

Ez nem azt jelenti, hogy a kereskedelmi 
fejlesztőknek semmi keresnivalójuk 
sincs az infrastrukturális alapkövek 
megalkotásában. A SOAP és XML-RPC 
(mindkettő nyílt szabvány) kereskedelmi 
fejlesztője, Dave Winer úgy véli, hogy 
,ne azt kérdezd, mit tud tenni érted az 
Internet, hanem azt, mit tudsz te tenni 
az Internetért". A Linux folyamatos 
továbbfejlesztése lehet az egyik válasz 
erre a kérdésre. 

Amint lassan megkezdjük a leszállást 
Los Angelesben, azon kapom magam, 
hogy arra gondolok, hosszú távon (a szá- 
mítógépes infrastruktúra megszilárdu- 
lásához szükséges időszakban) a valódi 
harc nem a Linux és a Windows között 
zajlik majd, hanem az infrastruktúra ter- 
mészetét tiszteletben tartók és azt figyel- 
men kívül hagyók között. Akik tisztelet- 
ben tartják, azok az Internetet tekintik az 
egyedüli olyan felületnek, amely méltó 
erre a szóra. Akik nem tartják tisztelet- 
ben, azok a Hálót csak egy újabb csőve- 
zetékrendszernek tartják. Velük vívandó 
harcunk azoknak az üzleti modelleknek 
a védelmét szolgáló szabályozásról fog 
szólni, amely modelleknek szükségük 
van a csővezeték feletti ellenőrzésre, és 
amelyeket az Internet hatékonysága 
azzal fenyeget, hogy szükségtelenné 
válnak. De győzni fogunk, mert a termé- 
szet a mi oldalunkon áll. 


Doc Searlis 

([docAssc oom) 

a Linux Journal 
szerkesztője és 

a Cluetrain Manifesto 
u társszerzője. 
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Konnyed programfejlesztés KDE alá! 


Aki e cikket elolvassa, és rendelkezik némi programozói tapasztalattal, minden 
szükséges információhoz hozzájuthat, ami egy linuxos asztali alkalmazás 


elkészítéséhez kívánatos. 

zámos linuxos alkalmazásfejlesztő eszközkészletből 
§ (toolkits) választhatunk. Néhányan úgy gondolják, ez 
már a Linux bukásának kezdetét jelenti, mások szerint 
éppen ez a legnagyszerűbb képessége. Én az arany középutat 
választom, és úgy vélem, jó megoldás, de csak akkor, ha olyat 
választunk, amely testreszabottan felel meg igényeinknek. 
Linux alatt a legtöbb grafikus munkafelület (GUI) az X-en 
alapul, azaz egy olyan kiszolgálóalapú szerkezeten, amely a 
hálózati gépek számára grafikus alkalmazásaik megosztását 
teszi lehetővé. Az X szempontjából az ügyfél az az alkalmazás, 
amely grafikus kimenetét az X-kiszolgálónak továbbítja. Az 
X-kiszolgáló az alkalmazások kimenetét saját helyi eszközökről 
(avagy virtuális eszközökről, de írásomban erre terjedelmi kor- 
látok miatt nem térek ki) fogadhatja. A legtöbb esetben az 
X-kiszolgáló és az X-ügyfél ugyanazon a gépen fut, ennek elle- 
nére ilyenkor is a kiszolgálóalapú modellt használja. 
Az X-ügyfelek készítéséhez felhasználható alapszintű eszköz- 
készlet neve XIlib. Az Xlib azonban túlságosan alapszintű és 
nehézkesen használható ahhoz, hogy önmagában alkalmazá- 
sok felépítésére használhatnánk fel. Ennek eredményképpen 
rengeteg XIlibre épülő eszközkészlet készült, amelyekkel X alatt 
könnyebben lehet GUI-alkalmazásokat létrehozni. Ráadásul ha 
alkalmazásunkat ilyen magas szintű eszközkészletben készítjük 
el, arra sem kell figyelnünk, hogy valójában hálózati alkalma- 
zást készítünk (ami grafikus kimenetét egy kiszolgálóhoz küldi). 
A két legnépszerűbb XIlibre épülő nyílt forrású eszközkészlet 
a Ot és a GIK- - a KDE és a Gnome is ezekre épül. A Motif 
szintén népszerű eszközkészlet (ez ugyan nem nyílt forrású, 
de Lesstif néven ingyenes változata is létezik). Az ábrán bemu- 
tatott didiagramon ezeket (és néhány más) rendszert, valamint 
egymás közötti kapcsolataikat láthatjuk. Minél lejjebb helyez- 
kedik el valami a diagramon, annál alacsonyabb szintű API-ról 
van szó. A magam részéről több okból is a KDE/Ot megvalósítást 
kedvelem, legfőképpen azért, mivel a jó felhasználói felületre 
összpontosít, ugyanakkor tiszta és jól megtervezett API. 


Előfeltételek 

Ebben a cikkben egy alkalmazást (számológép) fogunk az 
alapoktól felépíteni, hogy megmutassam, milyen gyorsan és 
egyszerűen létre lehet hozni. A lépések követéséhez szüksé- 
günk lesz néhány eszközre. A legfontosabb a KDevelop, a 
2.0.2-es változatot használtam KDE 2.2.2 alatt. Ha a KDevelop 
telepítő varázslóját használjuk, a rendszer figyelmeztet az 
esetlegesen hiányzó függőségekre. Látogassuk meg a KDeve- 
lop honlapját (3 http:/www.kdevelop.com), vagy nézzük át 
a terjesztésünkhöz adott programok listáját, és ha a KDE 
szerepel a terjesztésünkben, telepítsük a KDevelopot. 


KDevelop 
A legtöbb alkalmazásfejlesztési útmutató megpróbál fejlesztő- 
környezet-független maradni. Én ezt a hagyományt két okból 


24 


Linuxvilág 


EJ 
mt 


TCP/IP 


vh 


X-kiszolgáló 


Ablakkezelők 


Rokonsági kötelékek a KDE, a Gnome és egyéb eszközök között 





is figyelmen kívül hagyom: a KDevelop ingyenes és a KDE-vel 
együtt érkezik; a KDdevelop egy már eleve könnyen kezelhető 
API-t még egyszerűbbé tehet, ráadásul a KDevelop varázslói 
segítik a fejlesztőket, hogy betarthassák a KDE felhasználói 
felületekre vonatkozó szabványait. Azoknak, akik nem nagyon 
szeretnek Makefile-okkal bíbelődni vagy beállításfájlokat 
készíteni (esetleg az egyszerűbb automake és autoconf sincs 
ínyükre), nagy segítség lehet a KDevelop, hiszen mindezt 
megteszi helyettük. Azon szakik számára, akik mégis szeretnek 
Makefile-okkal bíbelődni, a KDevelop ezt is lehetővé teszi. 
KDevelop-alkalmazásunk a hagyományos . /configure; 
make; make instal1 megoldás szerint is elkészíthető. Más 
szóval a KDevelop használatát tetszés szerint bármikor lehe- 
tőségünk nyílik megszakítani. 

Amikor első ízben indítjuk el a KDevelopot, az végigvezet ben- 
nünket a telepítővarázslón. A varázsló legfontosabb feladata a 
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These tük have been déleéted úm váur c amptitet 


automake wa fonmel : ! 
Férl was fünrel.. ! 
sgmbz rra van fönn, 7! 
kdoc azag Tdnrrűl.! 
üllmpsé was not fonál . ! 
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1. kép A KDevelop telepítésvarázslója 


függőségek vizsgálata (1. kép). Vegyük a fáradtságot, és nézzük 
végig a kimenetet - ha hibajelentéseket találunk benne, segít- 
sünk a gondon, és próbáljuk meg a hiányzó könyvtárakat 
feltelepíteni. Ezt legkönnyebben a 5 http:/www.rpmfind.com 
segítségével tehetjük meg (amennyiben RPM-alapú rend- 
szert használunk). Minden hiányzó könyvtárhoz végezzünk 
keresést az rpmfind honlapon. A találatokból válasszuk ki a 
terjesztésünknek megfelelő RPM-csomagot, majd telepítsük. 
Ha ezzel végeztünk, futtassuk újra a KDevelop varázslóját 

(a kdevelop --setup parancsot gépeljük be, vagy a K menü- 
ből a KDevelop Setup nevű menüpontot keressük ki). Ha még 
mindig lennének hiányzó elemek, a fenti lépéseket szükség 
szerint ismételjük meg. 


Kalculate 

Az általam felépített számológép igen egyszerű, és csak a szám- 
tani alapműveletekre képes. Az egész elkészítése mindössze 
két órát vett igénybe (na jó, három órát, de nem siettem). Úgy 
döntöttem, hogy Kalculatornak nevezem el, de mivel már 
létezik ilyen nevű alkalmazás, végül a Kalculate név mellett 
döntöttem. Nem használtam, sőt meg sem néztem a KDE 
KCalc nevű beépített számológépének forráskódját, amely 
természetesen több matematikai szolgáltatást nyújt, mint az 
enyém. Mindig is úgy éreztem, jó lenne, ha a KDE tartalmazna 
egy egyszerű számológépet, ezért szívesebben látnék néhány 
felhasználóbarát képességet a Kalculate-ben a legújabb mate- 
matikai csodák helyett. Miután elolvastad a cikket, meghívlak 
egy élő nyílt forrású fejlesztés boszorkánykonyhájába -— jöjj, és 
csatlakozz a csapathoz, és adj újabb képességeket a program- 
hoz! Különleges előnyöket élvezhetsz, ha megemlíted, hogy 

e cikk közvetítésével jutottál hozzánk 

(2 http:/sourceforge.net/projects/kalculate). 


A Document-View Model 

Nem fogunk új projektet kezdeni, hanem kiaknázzuk az Inter- 
net nyújtotta lehetőségeket, és elkezdjük használni a Kalculate- 
et. A következő parancsok kiadásával töltsük le a Kalculate 
kódját a hivatalos CVS-kiszolgálóról (feltételezve, hogy írási 
joggal rendelkezünk, készítsünk egy /usr/local/src nevű könyv- 
tárat, amennyiben esetleg még nem rendelkeznénk vele): 


cd /üsr/local/src 
cvs -d:pserver: 
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s anonymouscvs .kalculate.sourceforge.net : 
— /ecvsroot/kalculate login 


Ha a parancs jelszót kér, egyszerűen üssünk ENTER-t, ugyanis 
nincs szükség jelszóra. 


cvs -z3 -d:pserver:anonymousocvs.kalculate. 
5 sourceforge.net : /cvsroot / 
skalculate co kalculate 


Amennyiben az alkalmazást mi magunk szeretnénk felépíteni, 
nincs szükségünk a forráskódra. Mivel azonban most nem 
szándékozom soronként leírni a folyamatot, lehetséges, hogy 
mégis célszerűbb a forráskódot letölteni, és frissen szerzett 
tudásunkat új képességek hozzáadásával vagy egy új alkal- 
mazáson kipróbálni. 

Az általunk alkalmazott tervezési minta az úgynevezett 
Document-View modell. Három alkalmazásspecifikus osztály- 
lyal nyitunk, ezek a következők: a KalculateApp, 

a KalculateDoc és a KalculateView. E három osztály 

jön létre, ha a projektet KDeveloppal frissen hozzuk létre. 

A Kalculate esetében a sablon által felajánlottakhoz további 
osztályokat már nem adtam - azért tettem így, mert ily módon 
könnyebb bemutatni a tervezési mintát, illetve azt, mennyi 
mindent megold számunkra a KDevelop. A működő számo- 
lógép előállításához mindössze három osztályt kellett módosí- 
tanom, néhány ikont hozzáadnom, és voiltl !! 

A Document-View legnagyobb hibája, hogy az üzleti logika a do- 
kumentum végére kerül, és a felhasználói felület részt az utolsó 
nézet tartalmazza. Elméletben ugyanannak a dokumentumnak 
több nézete lehet. Általános értelemben véve a , dokumentum" 
valamilyen , dolog" adott nézete. Természetesen ezt a legköny- 
nyebben valamilyen szövegszerkesztő-szerű dologgal tudjuk 
összeegyeztetni. Ezen elképzelés szerint a dokumentumobjek- 
tum jeleníti meg a szövegfájl minden jellemzőjét és tulajdon- 
ságát, amelyben a nézetobjektum (view object) felelős a szöveg- 
képernyő megjelenítésért és a felhasználói felületéért. A vázban 
azt is észrevehetjük, hogy a mentés, nyomtatás, megnyitás és 
lezárás eljárásai előre elkészültek a számunkra. E modellnek 
egyértelműen a szövegszerkesztő-elképzelés képezi alapját. 
Csakhogy például a Kalculate esetében ez a megközelítés nem 
mindig működik. A számológép nem igazán használ fájlokat: 
egy megadott képességkészlettel rendelkezik, és ezt teszi elér- 
hetővé. Ezért — bár üzleti logikánkat a KalculateDoc osztály 
valósítja meg — nem lesz szükségünk a megnyitás, lezárás, 
mentés és nyomtatás képességekre. Egyelőre a Kalculate for- 
rásában a szükségtelen gyári kódot (vagyis azt, amit a KDeve- 
lop írt be) megjegyzésbe tettem, ahelyett, hogy egyszerűen 
töröltem volna. Ezáltal, ha egyszer mégis szükség lenne rájuk, 
a vázlatok megmaradnak. 

Az üzleti logika felől nézve a számológépnek lehetővé kell 
tennie a számok begépelését, e számokhoz műveletek hozzá- 
rendelését, és az eredményszámot vissza kell szerezni (illetve 
a műveleteket belül valóban meg kell valósítani). A felhasználói 
felület szemszögéből gombokra van szükségünk, amelyekkel 
számokat és műveleteket vihetünk be, illetve megjelenítő felü- 
letre, amelyen az eredményt írjuk ki. Feltételezve, hogy a 

cvs checkout-ot a /us1/local/src könyvtárban végeztük, a 
fusr/local/src/kalculate könyvtár fog létrejönni. A következőket 
gépeljük be: 


cd /usr/local/src/kalculate 
kdevelop kalculate.kdevprj 5 
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2. kép KDevelop projektfájl 


A csatolók 
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x ami a document objektumhoz 

kapcsol dik, illetve az a nÖzet h vja 
meg, amelyikben a dokumentum 
megvEltozott. Mivel ez a nÖzet 
normglisan ejrarajzolja magkzt, 
kivessz k a paintEvent al 1. 
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e 
void slotUpdateAllViews (KalculateView 
3 xsender) ; 


/rxr Minden szEmol gp szolggltat£s, 

x egy-egy tagf ggvÖny minden egyes 
gombhoz, ahogy az egy val di ggpen 
is lenne. Valamifőle setNum(int) 
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17 
void presszZero() ; 
void pressOne ( 
void pressTwo( 
void pressThre 


T 


) 
1 
el) 
void pressFour() 
void pressFive() 
void pressSix() 
Ta 
E 
( 


void pressSeven() 
void pressEight-() 
void pressNine ( ) ; 
void pressPlus() ; 
void pressMinus-(( ) ; 
void pressTimesc() 
void pressDivide() ; 
void pressToggleSign() ; 
void pressEguals() ; 
void pressDecimal () ; 
void pressClear () ; 


. 
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r 


T 


36 Linuxvilág 





A fenti parancs megnyitja a projektet. A KDevelop a projekt- 
adatokat a .kdevprj végződéssel kiegészített projektnév nevű 
fájlban tárolja. Beállításainktól függően valami olyasmit kell lát- 
nunk, amit 2. kép mutat. Ha a bal oldalon nem látjuk a projekt- 
fát, ellenőrizzük, hogy a View, Tree Tools, Views Files be van-e 
kapcsolva. A kalculate könyvtárra kattintva a projekt fájlszerke- 
zetét láthatjuk (igen, az ott egy kalculate könyvtár a kalculate 
könyvtár alatt, nem kell megtisztítani a monitort!). Itt található 
az összes forrásfájl. Számunkra most a kalculatedoc.cpp és 
kalculatedoc.h fájlok a legérdekesebbek. Kattintsunk rájuk dup- 
lán. Ez a két fájl számológépünk magja: a KalculateDoc 
osztály kezeli az összes számítást. Ez egy olyan virtuális gép, 
amelyhez valakinek hozzá kell fűznie az irányítófelületet. 

Ha a kalculatedoc.h-t megvizsgáljuk, az osztáymegadásokban 
hamar felfedezhetünk valami furcsaságot, ugyanis akad köztük 
néhány, amelyik mintha hibás írásmódot követne. Ez vezet el 
bennünket a csatolók és jelek (signal) világába. 


Csatolók és jelek 

Az eseményvezérelt alkalmazásokban, mint amilyenek az 
asztali alkalmazások, egy olyan alrendszert kell felépíteni, 
amelynek adott részei bizonyos események bekövetkezésekor 
meghívhatók. Ez az esemény lehet valamilyen felhasználói 
cselekmény (az egérmutató mozgatása, egy egérgomb lenyo- 
mása, egy billentyű leütése stb.). Eseményt egy másik program- 
elem is okozhat, amely valamilyen állapotot jelez (például 

az időt, a betelt fájlrendszert). Az alkalmazások egyik általános 
grafikus eleme (widget) a gomb, mellyel könnyen választhatunk 
ki eseményeket. A KDE világában az eseményeket jeleknek 
(signal), az eseményeket kezelő függvényeket pedig csatolók- 
nak vagy eseménykezelőknek (slot) nevezzük. Fejlesztőként 
lehetőségünk nyílik jeleket és csatolókat készíteni, illetve meg- 
adhatjuk, hogy melyik jel melyik csatolóhoz csatlakozzon. 
Csatolóinkat beépített jelekhez is csatolhatjuk (és megfordítva), 
vagy beépített csatolókhoz beépített jeleket rendelhetünk. 

A beépítettség jelen esetben azt jelenti, hogy a KDE-t vagy a Ot 
könyvtárosztályokat használjuk, amelyek előre meghatározott 
csatolókkal és jelekkel rendelkeznek. 

A Ot (és így a KDE) a hibás írásmódot is elfogadja, mivel a 
szabványos C-t - előfeldolgozó tdefine fordítói utasításaival 
a signals : megadásokat protected: -del helyettesíti, a 
slots és emit megadásokat pedig törli. A kiegészítő utasítás- 
formára az előfeldolgozó előtt futtatott moc-nak van szüksége. 
A Meta Object Compliler (moc) egy olyan program, amely a Ot 
könyvtárral együtt érkezik, és a 0Object fejállományain kell 
lefuttatni, hogy az osztályainkhoz tartozó különleges tagfügg- 
vényeket elkészítse, és így azok 0Object alosztályokként fel- 
használhatók legyenek. Minden objektumnak, amely csatoló- 
kat és jeleket használ, kötelezően a 0object alosztályának 
kell lennie, osztáymeghatározásában pedig szerepelnie kell a 
0 OBJECT makrónak (amint azt a kalculatedoc.h fájlban 
láthatjuk is). A 0Object szuperosztály egyik tagfüggvénye 

a connect. Ezzel a tagfüggvénnyel kapcsolhatjuk össze jelein- 
ket és a csatolókat. 

Jelek létrehozásához osztálymeghatározásunk signals : 
bejegyzése alatt meg kell adnunk őket. A jelek esetében való- 
jában nincs szükség további tagfüggvények elkészítésére. 
Mindössze annyit kell még tennünk, hogy az emit-et a jel 
nevével meghívjuk, és máris az összes hozzácsatolt csatoló 
meghívódik - a moc az összes jeltagfüggvényt elkészíti nekünk. 
A csatolókat ezzel szemben létre kell hozni. Csatolójainkat 
megadhatjuk a public slot vagy a protected slot alatt, 
majd a .cpp fájlban hagyományos tagfüggvényként létrehoz- 





hatjuk őket. Ezek után már tetszés szerint csatlakozhatunk 
hozzájuk, valahogy így: 


connect(this, SIGNAL( mySignal() ), 
this, SLOTI myőloti) J Ji 


Feltételezve, hogy ugyanazon az osztályon belül van egy 
mySignal () nevű jelünk és egy myS1ot () nevű csatolónk, 

a fenti connect hívás összefűzi a kettőt, így valahányszor 
kiadunk egy emit mySignal—() utasítást, a mySlot () meg- 
hívódik. Ha csatolónkat valami- 
lyen más objektum jeleihez szeret- 
nénk kapcsolni, az első érték az 
adott objektum példánya lett 
volna, a második érték pedig a 
SIGNAL () makró zárójelek között 
a jel nevével. Ilyen egyszerű. Min- 
den nehéz részt (ideértve fejállo- 
mányainkon a moc futtatását) 

a KDevelop végzi el helyettünk. 
lehát — számológépünkhöz vissza- 
térve — a KalculateDoc osztály 

a csatolók halmaza. Minden csatoló 
egy-egy olyan műveletnek felel 
meg, amit a számológéppel elvégezhetünk. A fejállomány az 
összes csatolót a listában látható módon határozza meg. Az 
egyetlen dolog, ami ezeket a tagfüggvényeket különlegessé teszi, 
az az, hogy a public slots: címke alatt lettek megadva, így 

a moc némi metaadatot készít hozzájuk. A csatolókat ugyanúgy 
kell megadnunk, mint a hagyományos tagfüggvényeket (vizs- 
gáljuk meg a kalculatedoc.cpp-t, és figyeljük meg e csatolók meg- 
határozásait). A jelek esetében ezt nem kell megtennünk, a moc 
mindenről gondoskodik. 

Most már csak egy GUlI-ra van szükségünk, ami ezt az osztályt 
használni tudja. Lépjünk be a KalculateView-ba (remé- 
nyeim szerint a forráskód megtekintése végett már amúgy is 
beléptél ide). A kalculateview.h fájl határozza meg a GUI-t 
létrehozó osztályt. A protected kulcsszó alatt láthatjuk, hogy 
néhány kinézetkezelő, LCD-megjelenítő és pár gymb már meg 
van adva. A KDevelop beépített sablonkódjához hozzáadtam 
egy fájlt, a neve kalculatesizes.h, a tartalma pedig itt olvasható: 





3. kép Kalculate 


Hifndef KALCULATE SIZES H 
Hdefine KALCULATE SIZES H 


tdefine BUTTON WIDIH 35 
ttdefine BUTTON HEIGHT 35 


tdefine LAYOUT SPACING 4 


ttdefine MAX WIDTH (BUTTON WIDIH FX 5) 
tr ((LAYOUT SPACING F2) ?" 4) 
tdefine MAX HEIGHT (BUTTON HEIGHT F 5) 
tr ((LAYOUT SPACING FX2) x 4) 


ttendif // SIZES H 


Ez tulajdonképpen számológépünk méreteit állítja be. Nem sze- 
rettem volna újraméretezhető számológépet készíteni, ugyan- 
akkor azt akartam, hogy a gombok méretét könnyedén lehessen 
változtatni. Ezért a méreteket ebben a fájlban adom meg. Ezek 
után mindössze ezt a fájlt kell módosítani, majd újrafordítani 


a Lf 


a programot, és máris eltérő gombméretű számológépet kaptunk 
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Hint: You can search the documentation for a 
keyword by marking the word and select "lo0k 
up" in the right button popup menu. 
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4. kép A KDevelop induló ablaka 


d red e eke b! 
File Edit Yiew Icon Tools Options 


hag un aa len 


x 
c 
maz 
e 
4 
o 
a 
pa 
60 
v 


0, 9132 x 3211 :10/Colors: 1 
kezi 


5. kép Az ikonkészítő felülete 
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(a jövendőbeli változatok esetleg futásidőben is lehetővé te- 
hetik, ezt azonban bizonyos okok miatt haboztam megtenni). 

A KalculateView-ban található létrehozó függvény 

(a kalculateview.cpp) kelti életre az alkalmazást, a 
setMaximumSize () meghívása pedig átméretezhetetlenné 
teszi. A méretszabály szintén segít, ez azonban csupán ajánlás. 
Itt megállnék egy pillanatra, és ejtenék pár szót a kinézet- 
kezelőkről (layout managers). Minden egyes GUI[-elemnek 
vannak tagfüggvényei, amelyek a méreteit állítják (magasság, 
szélesség, relatív helyzet stb.). Amikor az alkalmazás elindul, 
illetve valahányszor átméretezik, nem lenne vicces, ha mindig 
nekünk kellene megírnunk azt a kódot, amely átméretezi és 
áthelyezi. A kinézetkezelő nélkül kezdeti állapotban az alkal- 
mazás minden egyes gombja előre rögzített x:y koordinátákra 
kerülne. Órákat venne igénybe, ha a számológép méretét meg 
akarnánk változtatni. Ezért az elhelyezési tulajdonságok rög- 
zítése helyett az elemkészleteket kinézetkezelőkben jegyezzük 
be, amelyek bizonyos szabályokat követnek, például a 
OVBoxLayout az elemeket függőleges oszlopokba rendezi. 
Valahányszor új elemkészletet adunk a hozzá az 

addWidget ( ) tagfüggvénnyel 


outerLOayout-saddWidget (output, 1) ; 
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az az új elemkészletet önműködően az előző alá helyezi. 

A OHBoxLayout ezzel szemben az új elemkészletet mindig az 
előző jobb oldalára helyezné. A második érték az úgynevezett 
nyújtási arány (stretch factor). A nyújtási arány alapvetően azt 
határozza meg, hogy ez az elemkészlet mennyi helyet foglaljon 
el az ugyanebben a kinézetkezelőben található egyéb elem- 
készletekhez képest. Így tehát ha valamennyi 1, mindannyian 
ugyanakkorák lesznek (feltéve, hogy a setMaximumSize 

ezt az értéket nem írja felül). A nyújtási arányok összege adja 
meg a mértéket. Így ha van két elemkészletünk, és az egyik 
1-es, a másik 2-es nyújtásaránnyal bír, a második kétszer 
akkora lesz, mint az első. 

Igazán nagyszerű benne, miként a KalculateViewis példáz- 
za, hogy kinézetkezelőkbe másik kinézetkezelőt is helyezhe- 
tünk. Ez lehetővé teszi, hogy igen összetett kinézeteket alkos- 
sunk. Kalandra fel, próbálkozz egy kicsit a Kalculate kódjával 
— fedezd fel, mit tudsz alkotni! 

Az alkalmazás futtatásához a következő lépéseket kell megten- 
nünk: válasszuk az Autoconf és Automake pontot a Build 
menüből. Majd válasszuk a Build menü Configure pontját. 
Amikor értékeket kér, a --prefix-kde alapk nyvtzZrad-at 
adjuk meg. Ez lehetővé teszi, hogy az alkalmazást telepítsük is, 
ami elengedhetetlen, ha azt szeretnénk, hogy az alkalmazás 
ikonja megjelenjen. Mandrake-et futtató gépem KDE alapér- 
telmezett könyvtára a /usr. Más terjesztésnél eltérő lehet. Ezu- 
tán válasszuk a Build menü Execute pontját, és az alkalmazás 
lefordul, majd lefut. A 3. képen láthatóhoz hasonló látványnak 
kell fogadnia minket, bár a bal felső sarokban szerplő ikon — 
amíg fel nem telepítjük — valószínűleg hiányozni fog. A tele- 


pítéshez rendszergazdaként a következőket gépeljük be: 


cd /usr/local/src/kalculate 
make install 


Remélem, mindenkit a helyes irányban indítottam el. Valójában 
éppen csak a felszínét kapargattuk meg a KDE-vel végezhető 
feladatok hatalmas tárházának, reményeim szerint azonban 
sikerült megmutatnom, hogy milyen gyorsan el lehet indulni a 
KDeveloppal végzett munka rögös útján. Csaknem az összes 
háttérmunkálatot átvállalja tőlünk, és olyan alkalmazást készít, 
amely parancssorból lefordul anélkül, hogy a KDevelop 
szükséges lenne hozzá (ami nagyon jó, ha a kódot terjeszteni 
szeretnénk). Szívesen várom leveleiteket, amennyiben esetleg 
kérdésetek lenne, és ezúton is bátorítanék mindenkit, hogy 
csatlakozzon a Kalculate-csapathoz, és adjon hozzá néhány 
további képességet. 
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Jason Mott 

(jmotteusers.sourceforge.net) 

független programozó és tanácsadó. 
Jelenleg a rochesteri Elementk-nak dolgozik 
(2 http:/Avww.elementk.com) New Yorkban, 
hálózati oktató honlapjuk kialakításában 
segíti őket. Részidőben Linux-tanácsadó, és ha szabadideje 
engedi, linuxos asztali alkalmazásokat készít. 





Az fsck rendszerellenőrző és -helyreállító eszköz 


Tudjuk, hogy rendszerünk sohasem omlik össze, a valóságban 
azonban a legrosszabb időnként mégis bekövetkezhet. Ha nincs 
szünetmentes áramforrásunk, elég lehet, ha valaki véletlenül 
kihúzza a hálózati csatlakozót vagy áramszünet áll be. Ha ez meg- 
esik, előfordulhat, hogy a fájlrendszer megsérül. Ha a rendszer a 
leállás pillanatában éppen adatokat írt egy állományba, jó eséllyel 
csonka fájl és adatszemét marad vissza. Bárki, aki hosszabb ideje 
használ Linuxot (vagy Unixot), tanúsíthatja, hogy ezen a területen 
a rendszernek nincs szégyellnivalója. Az ext2 fájlrendszer az ilyen 
nehézségek kezelésében alapvetően jobb, a baleset időről időre 
mégis bekövetkezik. 

Amikor valami ilyesmi történik, a rendszer a következő indítási pró- 
bálkozásnál észreveszi, hogy a lemezterület nem szabályosan lett 
kifűzve (gondoljunk csak a Windows ScanDisk programjára). 

A program, amelyik a rendellenességet észleli, ugyanaz, mint ame- 
lyik a helyreállítást végzi. A program neve fsck (ez egyébként a file 
system check, vagyis a fájlrendszer-ellenőrzés rövidítése). Az imént 
az ext2 fájlrendszer melletti érvet említettem azért, hogy most 
valami érdekeset mutathassak. Az fsck parancs nem az fsck 
programot futtatja. Ez csak a felülete a különböző fájlrendszerek 
javítóeszközeinek. 

Az ext2 fájlrendszerhez tartozó program neve fsck.ext2, bár leme- 
zünkön a program ext2fs néven található. Mivel mindkettő ugyanaz, 
mindegy, melyiket használjuk. 

Mivel az fsck önműködően elindul, nem feltétlenül kell tudnunk róla, 
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hogy kézi indítására is lehetőség van. Ehhez azonban az szükséges, 
hogy az ellenőrizni kívánt fájlrendszert kifűzzük. A másik lehetőség, 
hogy a rendszert egyfelhasználós módban indítjuk (linux single 
beírása a LILO parancssorába). Egy fájlrendszer ellenőrzéséhez a 
következő parancsot használhatjuk: 

fsck /dev/hda5 

Ez a legegyszerűbb módja a lemezellenőrzésnek. Amennyiben a 
lemez kifűzésével nem volt gond, az fsck visszatér. Ha 
mindenképpen végre kívánjuk hajtatni az ellenőrzést, a -f£ kapcsolót 
kell használnunk. 

fsck -£ /dev/hda5 

Ha a lemezzel gondok merülnek fel, és az fsck nem biztos benne, 
hogy mit tegyen, a változtatások előtt a felhasználó megerősítését 
kéri. Ha mindent rá akarunk hagyni, a -y kapcsolót használhatjuk, 
ezzel minden esetleges kérdésére igenlő választ adunk: 

fsck -f -y /dev/hda5 

Amennyiben az fsck úgy találja, hogy egy fájlrészletet képtelen 
visszafűzni a rendszerbe, a fájldarabot a lostt-found könyvtárba 
helyezi. Mivel az fsck szakértő módon végzi feladatát, általában 
semmit sem fogunk találni benne. Ennek ellenére, ha rendszerünk 
nem szabályosan lett leállítva, és arra kényszerült, hogy az fsck-t 
futtassa, talán érdemes megnézni a lost--found könyvtárat, hátha 
mégis valami , elveszett és megkerült" . 


Részlet Marcel Gagné: Linux-rendszerfelügyelet című könyvéből 





Közösen használt fájlrendszerek titkosítása 


Mick a BestCrypt nevű nyílt forrású alkalmazást fogja megvizsgálni, amely 
titkosított kötetek Windows- és Linux-felületek közti megosztását teszi lehetővé. 





személyi titkosítás szószólói számára az idei március 
AA fekete hónap volt. A Network Associates hivatalosan 

bejelentette, hogy felhagyott a PGP Desktop (minden 
számítógépre külön telepített titkosítási eszköz) támogatásával 
— egyszerűen szólva ez a manapság használatban lévő legnép- 
szerűbb, legérettebb, és leghasználhatóbb végfelhasználói titko- 
sítási eszköz. Kimondhatatlanul nehezen viselem, ha egy keres- 
kedelmi termék nagyszerűségét kell elismernem egy ingyenes 
termékkel szemben, jelen esetben a PGP termékéét, miközben 
az bár távolról sem tökéletes, mégis a legjobbak az esélyei, 
hogy a nagy hatékonyságú titkosítást a felhasználók sokasá- 
gához eljuttassa. 
A világnak jó titkosítási módszerekre van szüksége, különösen 
olyan jó minőségű titkosítási eszközökre, amelyeket idő- és 
emberi erőforrástakarékos grafikus felülettel láttak el. Senki 
sem húz hasznot a PGP Desktop piacának megüresedéséből, 
ez azonban leginkább a kötelező érvényű választási lehetősé- 
gek hiánya miatt alakult így. 
Egyik program sem kívánja semmilyen módon kisebbíteni 
Werner Koch és a GnuPG-csapat csodálatra méltó munkáját, 
akiket lapunk korábbi számaiban már elárasztottam szívből 
jövő elismerésemmel. A GnuPG hihetetlenül rövid idő alatt 
megbízható és érett alkalmazássá fejlődött, és máris elfoglalta 
az őt megillető helyet az olyan létfontosságú eszközök köré- 
ben, amelyek minden Linux-változatban szerepelnek. A Linux- 
hívők már megszerették a GnuPG-t, barátkozz meg vele te is! 
Sajnos grafikusfelület-központú világunkban a GnuPG külön- 
böző felületei igazi erejét még fel kell ismerni, mielőtt igazán 
azt remélhetnénk, hogy a mindennapi felhasználók is készek 
lesznek elfogadni a GnuPG-t. Amennyiben a nem szakmai 
felhasználók számára ezt az utat nem tudjuk biztosítani, 
akár el is felejthetjük a nagy hatékonyságú titkosítás eljutta- 
tását a felhasználók tömegeihez, még akkor is, ha ingyenesen 
történik. A használhatóság szempontjából a GnuPG a Linux- 
szal a legtágabban vett értelemben osztozik - de ó jaj, itt jön 
az az átkozott levelezés! 
Sőt, a GnuPG a PGP Desktop működési területének csak egy 
részét célozza meg. Miközben a GnuPG többek között pótolja 
a PGP Desktop elektronikus levelezési és állománytitkosítási szol- 
gáltatásait, nem végez állományrendszer-titkosítást, amely a leg- 
jobb szolgáltatás volt a PGP Desktop programban. A PGPdisk 
- a PGP állományrendszert titkosító segédprogramja — a titkosí- 
tási folyamatot egyszerűvé, gyorssá és átláthatóvá tette. 
Az egyetlen dolog, amit nélkülözni volt kénytelen, az a Linux- 
rendszerben használható ügyfélprogram. Jómagam is — mint 
hordozható számítógépén két operációs rendszert üzemeltető 
felhasználó — ezt mindig csalódást keltőnek tartottam: egy 
hordozható számítógépnek minden operációs rendszerben, 
amelyet csak képes betölteni, titkosítással kell rendelkeznie 
— nincs mese! 
Természetesen Linux-rendszeremre telepíthetek egy vissza- 
csatolt titkosított állományrendszert, csakhogy az operációs 
rendszerek közötti átjárhatóságot ez még mindig nem teszi 
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lehetővé. Jobb egyetlen titkosított lemezrészt megosz- 

tani a két környezet között, mint két külön környezetet 
fenntartani. 

Ez a felvetés, ha mégannyira közvetve is, e havi témánkhoz 
repít bennünket, ami már nem a PGP de még csak nem is a 
GnuPG: ez a BestCrypt, a nyílt forrású kereskedelmi program, 
amely titkosított kötetek megosztását teszi lehetővé Windows- 
és Linux-rendszerek között - a PGPdisktől megszokott átlát- 


hatósággal, egyszerűséggel és gyorsasággal. 


Áttekintés 

A BestCrypt állományrendszer-titkosító segédprogram, 
amellyel ,befogadóegységeket" (containers) hozhatsz létre, 
fűzhetsz a rendszeredhez, vagy kezelhetsz bármilyen más 
befűzött kötethez hasonlóan a számítógépeden, viszont hasz- 
nálaton kívül titkosított állományként tárolhatod. Ez védi 

az érzékeny adatokat a számítógépes kalózoktól vagy bárki 
mástól, aki illetéktelenül férne hozzá rendszereden tárolt 
adataidhoz. Minthogy a BestCrypt befogadóegységek tulaj- 
donképpen közönséges állományok, cserélhető adathordo- 
zókon lehet őket tárolni, archiválhatók, elektronikus levélmel- 
lékletként elküldhetők -— egy szó, mint száz, bármilyen más 
állományhoz hasonlóan kezelhetők. A BestCrypt befogadó- 
egységeket megoszthatjuk másokkal, és távoli ügyfelek befűz- 
hetik. lermészetesen egy adott befogadóegységet rendsze- 
réhez egyszerre csak egyetlen ügyfél fűzhet be. Ezenkívül 

a szóban forgó befogadóegységet mind a windowsos, mind 

a linuxos BestCrypt-változat képes befűzni, az egyes irányok- 
ban bármilyen működésbeli korlátozás nélkül. Mindkét 
változat ugyanazt az állományformát használja. 


A BestCrypt beszerzése és telepítése 

A BestCryptet a finnországi székhelyű Jetico, Inc. cég webhe- 
lyéről, a 5 http:/www.jetico.com/download.htm címről lehet 
letölteni. A webhely gyors, a BestCrypt tömör és jól összefo- 
gott — a program linuxos változata mindössze 160 K-nyi. 

A Windows-változatok kissé nagyobbak, s ez kétségkívül azért 
van, mert bináris változatokról van szó, ugyanakkor a linuxos 
változatot forráskód formájában terjesztik. Írásunkban főként 
a linuxos változatot fogom bemutatni, azonban a windowsos 
változatról is ejtek pár szót. 

Mielőtt megpróbálod telepíteni a BestCryptet, győződj 

meg róla, hogy Linux-rendszered magjának a forráskódját 

a /usr/src/linux könyvtárba telepítetted-e, amelyben a 
fusr/src/linux közvetett hivatkozás, vagy éppen rendszerma- 
god főkönyvtára. Ha Linux-változatod szabványos rendszer- 
magját használod, nincs más tennivalód, csak telepítsd 

a megfelelő változatszámú csomagot - ellenőrizd, hogy a 
változatszám megegyezik-e rendszeredével, valamint azt, 
hogy a /usr/src/linux valóban a forrás főkönyvtárra mutat-e. 
Ha még sohasem fordítottál rendszermagot a rendszerben, 

a /usr/src/linux könyvtárban az alábbi parancsokat szükséges 
végrehajtani: 
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0 Kiskapu Kft. Minden Jog fenntartva 
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0 Kiskapu Kft. Minden Jog fenntartva 


make mrproper 
make menuconfig tH rendszermag-forrEsk d 
H itt igdny szerint 

H beXll thatod a 

H rendszermagot 


make dep 


Valójában még a rendszermag újrafordítása is szükségtelen 

- hacsak nem akarod mindenképpen elvégezni -, ehhez hasz- 
nálhatod a make bzImage modules modules install 
parancsot; a lényeg csupán az, hogy a rendszermag forráskód- 
jának függőségei úgy épüljenek fel, hogy a BestCrypt forrás- 
kódjának fordításakor a kiegészítő rendszermagmodulok is 
helyesen illeszkedjenek a többi rendszeralkotóhoz. 

A BestCryptet első alkalommal SuSE 7.1-es rendszerrel műkö- 


Rendszergazdaként használni: előnyös vagy veszélyes? 


Attól függően, hogy a rendszer biztonsági jellemzői a telepítéskor 
vagy például a Bastille Linuxban a telepítést követően hogyan lettek 
beállítva, előfordulhat, hogy hozzá kell szoknunk: bizonyos fájlrend- 
szert érintő feladatokat csak rendszergazdaként lehet elvégezni. 

Ez többfelhasználós rendszerben teljesen szokványos, mert a 
hagyományoknak megfelelően a felhasználónak nem kell tudnia 
fájlrendszereket formázni vagy új köteteket létrehozni. 

A BestCryptet azonban nemcsak a rendszergazdáknak szánták, 
hanem mindenféle rendű és rangú felhasználónak. Mindazonáltal 
tény, hogy nem kizárólag a rendszergazda rendelkezik érzékeny 
adatokkal. Az eddig elmondottakon túl azonban a józan ész is azt 
sugallja, hogy a mindennapi tevékenységek és a nem felügyeleti 
jellegű feladatok elvégzése során kerüljük a rendszergazdai azono- 
sító használatát. A szövegszerkesztési feladatainkat védelmező 
titkosított kötetek rendszerbe fűzése és használata nem képez, 

és nem is kellene, hogy felügyeleti szolgáltatást képezzen. 

A BestCrypt az alapértelmezett telepítésnek megfelelően 
felhasználók által is üzemeltethető. Ugyanakkor a rendszer saját 
mkfs eszközeit használja az új befogadóegységek formázására, 
emiatt minden BestCrypt-befogadóegységet létrehozni kívánó 
felhasználónak végrehajtási jogosultságokkal kell rendelkeznie 

a /sbin/mkfts , /sbin/mkfs.msdos és más helyek felett. 

Abban az esetben, ha gépünkön — mondjuk egy hordozható számí- 
tógépen — mi vagyunk az egyetlen felhasználók, semmi gond sincs 
azzal, hogy ezek az állományok a világon bárhonnan futtathatók, 
hiszen jellegüknél fogva talán máris ilyenek. 

Ha az állományrendszerek létrehozását nem kívánjuk minden fel- 
használó számára lehetővé tenni, akkor azokat a bináris állományo- 
kat, amelyekhez ezek az állományok tartoznak, tegyük egy adott 
csoport által végrehajthatóvá és jelöljük ki a csoportot alkotó fel- 
használókat. Jó megoldás lehet, ha erre a célra önálló csoportot 
hozunk létre. 

A BestCrypt a valóságban a befogadóegységeket közvetlenül kezeli, 
függetlenül attól, hogy a /sbin/mount engedélyek hogyan vannak 
beállítva. A felhasználó csak olyan pontokra fűzhet be befogadó- 
egységeket, amelyek felett megfelelő jogokkal rendelkezik, így 
felesleges aggódni amiatt, hogy egy rendszergazdai jogokkal bíró 
felhasználó a /bin-en keresztül esetleg képes lenne hozzáférni 

a védett adatokhoz. MI több, a BestCrypt kifejezetten támogatja 
titkosított saját könyvtárak létrehozását: az erre vonatkozó részletek 
a 5 http:/Awvww.jetico.com/linux.htmsétricks címen olvashatók. 
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dő hordozható számítógépre telepítettem, viszont elfelejtettem, 
hogy azon a gépen még sohasem fordítottam rendszermagot, 
emiatt a BestCrypt fordítása meghiúsult. Azonban a fenti 
módszert lépésről lépésre végigkövetve erőfeszítéseim végül 
sikerrel jártak. 


A BestCrypt telepítése RPM forráskódból 

Ha a rendszermag forráskódja már a helyére került, és a füg- 
gőségek is helyesen épültek fel, hozzáfoghatunk a BestCrypt 
összeépítéséhez és telepítéséhez. Ha RPM-alapú Linux-válto- 
zatot használsz, töltsd le a Világhálóról az .RPM kiterjesztésű 
forráscsomagot - ez a cikk megírásakor BestCrypt-1. 05b- 
5 . src . rpm volt —, és a -rebuild kapcsoló használatával 
végezd el a program összeépítését: 


rpm --rebuild ./BestCrypt-1.0b-5.src.rpm 


Ez a parancs el fogja készíteni a BestCrypt bináris csomagját 

- Red Hat rendszeren a /usr/src/redhat/RPMS/1386 nevű könyv- 
tárban, illetve a /usr/src/packages/RPMS/i386 könyvtárban a SuSE 
Linux, és talán a többi rendszer alatt is. Ezután a program tele- 
pítését már bármilyen más csomaghoz hasonlóan végezhetjük: 


rpm -Uvh /usr/src/packages/RPMS/i386/ 
—BestCrypt-1.0b-5.i1386.rpm 


Miután minden BestCrypt bináris és README állomány a he- 
lyére került, a telepítés utáni héjprogram be fogja tölteni a 
BestCrypt rendszermagmoduljait. Ha mindezzel megvagyunk, 
a BestCrypt készen áll a használatra. 


BestCrypt telepítése .tar állományból 

Amennyiben nem RPM-alapú Linux-változatot használsz, 
amilyen például a Debian vagy a Slackware, akkor az .RPM 
kiterjesztésű forráskód helyett a tar-állományt töltsd le — ez 
a cikk írásakor a BestCrypt-1 . 0b-5 . tar. gz állomány volt. 
Csomagold ki a /usr/src könyvtárban, tedd a /usr/src/brcypt-et 
a pillanatnyi munkakönyvtárrá, és add ki a make §£6 make 
instal1 parancsokat. Amennyiben a rendszermag forrás- 
kódja helyesen lett telepítve, akkor a BestCrypt fordításának 
és telepítésének hibátlanul kell végbemennie. 

A .tar állományban lévő Makefile korántsem olyan bonyo- 
lult, mint az RPM-csomag telepítő héjprogramjai. Ebben az 
esetben a BestCrypt első üzemszerű indítása előtt a program 
beállítómoduljait kézzel kell betölteni. Ennek egyszerűbb 
módja a BestCrypt indító héjprogramjának elindítása: 
/etc/init.d/bcrypt start 


A BestCrypt leírása és vezérlőpultja 

A BestCrypt programcsomagon kívül a leírást tartalmazó .tar 
csomagot is le kell tölteni, amely HIML-oldalakat tartalmazó 
könyvtárat rejt magában (1. kép). 

A fentieken kívül még szükséges lehet a BC Panel, azaz 
BestCrypt Control Panel (Vezérlőpult) letöltése. Ez kizárólag 
rpm-formátumban hozzáférhető, Debian rendszerben pedig 
az alien program segítségével telepíthető. A BC Panel a 
BestCrypt számára grafikus felhasználói felületet biztosít, 
amely külsejében nagyon emlékeztet a BestCrypt windowsos 
változatának grafikus felhasználói felületére. 

Minthogy a BC Panel-t e cikk írásának idején a 0.2-1 változat- 
számmal látták el, valamint az a tény, hogy a parancssoros vál- 
tozat által nyújtott szolgáltatásokat sok tekintetben nem támo- 
gatja, arra hívják fel a figyelmet, hogy a programfejlesztési 








There are three mainstream Linux distributions; 


1. rpm — based (RedHat, SuSE, M andrako); 
2. .deb - based (Debian, Stampedg); 
3, tar.gz —- based (Slackware). 


If your Linux distribution supports rpm, download .sre.rpm version of BestCrypt 


for Linux. Then rebuild and install it: 


§ rpm --rebuild BestCrypt-x.y-z.src.rpm 
$t rpm -i /usr/src/redhat/RPM5/i386/BestCrypt-x.y- 
z.1386.rpm 


If your Linux distribution does not have rpm (i.e. .deb or .tar.gz — based) , you should 
download .tgz (.tar.gz) version of BestCrypt distributive, In order to install, unpack 
it into separate directory and run "make" there: 


ap tar -zxvf besterypt-x.y.tar.gz 
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2. kép A vezérlőpult: BC Panel v0.2b, a BestCrypt linuxos grafikus 
felhasználói felülete 


Cancel 


szakasz még nem zárult le. Mindent egybevetve azonban a prog- 
ram számos hasznos szolgáltatást nyújt és üzembiztosnak tűnik. 


A BestCrypt használata Linux-rendszerben 
Egy BestCrypt befogadóegység alkalmazása nem bonyolult 
feladat, vessünk csak egy pillantást az alábbi példára: 


bctool new myvault.jbc -s 150M -a twofish -d 
"my test vault" 

Enter password: 

Verify password: 


A bctool a BestCrypt egyetlen parancssori eszköze. Egy befo- 
gadóegység létrehozásához a bctool parancsnak meg kell 
adni a new (új befogadóegység) kulcsszót, az egységet jelző 
állomány nevét, méretét, a titkosítási algoritmust és az egység 
leírását. A BestCrypt ezt követően kéri a jelszót. 

Használjunk könnyen megjegyezhető, de nehezen kitalálható 
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jelszót. Annak ellenére, hogy a BestCrypt által valamennyi 
algoritmus támogatott — a DES-t kivéve, 128-bites vagy annál 
hosszabb titkosítási kulcsot használ a betogadóegységek 
titkosítására, és már magát az egység kulcsát is a megadott 
jelszóval titkosítja. 

A könnyen kitalálható jelszó tulaadonképpen könnyen meg- 
fejthető objektumot jelent, függetlenül attól, hogy milyen 
hosszú kulccsal titkosították. 

Ne felejtsük el a jelszót feljegyezni és biztonságos helyre elzár- 
ni, vagy válasszunk olyan jelszót, amelyet minden kétséget 
kizáróan nem fogunk elfelejteni. A Jetico cég szerint a meg- 
adott jelszavak teljes mértékben visszafejthetetlenek, helyre- 
állíthatatlanok, és a BestCryptben semmilyen rejtett megoldás 
nem létezik a jelszavak korábbi titkosításának megszüntetésére. 
Ez alapvetően megnyugtató tény, másrészről viszont azt jelenti, 
hogyha jelszavunkat elfelejtjük vagy elvesztjük, adataink is 
visszavonhatatlanul veszendőbe mennek! Így az adatok meg- 
szerzésére törekvő számítógépes kalóz csak a találgatásban, 
meg a nyers erőt alkalmazó programok használatában bízhat. 
A befogadóegység elkészítése után az állományrendszert 

is létre kell benne hozni - ez a bctool format paranccsal 
végezhető el: 
bctool format -t msdos ./myvault.jbc 

A -t kapcsolóval meghatározhatjuk operációs rendszerünk 
állományformátumát. Amennyiben ezt a befogadóegységet 

a BestCrypt windowsos változatával szeretnénk megosztani, 
típusként msdos-t kell megadnunk, még akkor is, ha a három 
karakteresnél hosszabb fájlkiterjesztést megengedő vfat-et, 
vagy a Windows 95-ben megszokott hosszú fájlneveket szeret- 
nénk használni. Ekkor a befogadóegységet msdos-ként kell 
megformázni, de befűzésénél a vfat megjelölést kell hasz- 
nálni. A BestCrypt a befogadóegység formázásakor az operá- 
ciós rendszerünk által támogatott összes fájlrendszertípus 
használatát megengedi. 

A BestCrypt befogadóegység létrehozását és formázását köve- 
tően az egység befűzhető. Az ehhez szükséges mount utasítás 
nagyon hasonló a megszokott mount parancshoz: 

bctool mount -t vfíat ./myvault.jbc 
mm . /mnt/kraunj001z 


Innentől kezdve - egészen a leválasztásáig — a kötet ugyanúgy 
hozzáférhető lesz, mint bármelyik másik könyvtár. Az alapér- 
telmezés szerint a felhasználó- és csoportváltozók annak a fel- 
használónak a jellemzőit veszik fel, aki a befűzést elvégezte; 
az engedélyeket a 0700 bájtsor jelzi, azaz d rw- --- -- - 

Más szóval ez azt jelenti, hogy a rendszergazdától eltérő 
azonosítóval belépő felhasználóknak nem lesz hozzáférési 
joguk az egységhez, hacsak szándékosan nem más tulajdonosi 
jogosultságokkal és engedélyekkel végezzük el a befűzést. 
lermészetesen a bctool -o, -g és -m kapcsolóival a sajátjától 
eltérő felhasználói azonosítót, csoportot és használati módot 

is kijelölhetünk. A bővebb részletek és további példák végett 
olvassuk át a bctool leírását. Amint tennivalóinkat a 
BestCrypt befogadóegységgel befejeztük, az egység az alább 
bemutatott módon kitűzhető: 

bctool umount ./mnt/ksraunjoolz 

Az alatt az idő alatt, amíg a BestCrypt befogadóegység nincs 

a rendszerbe befűzve, mentést lehet róla készíteni, vissza lehet 
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3. kép Új BestCrypt-befogadóegység (container) létrehozása Windows 
operációs rendszerben 


tölteni egy korábbi állapotot, másolható vagy a többi állomány- 
hoz hasonlóan kezelhető. Ha azonban valamelyik felhasználó- 
hoz be van fűzve, a bctool programon kívül mással nem 
módosítható vagy kezelhető. 


BC Panel: a BestCrypt linuxos grafikus felhasználói felülete 
Mint fentebb már említettem, a Linux-rendszerre készített 
BestCrypt is rendelkezik grafikus felhasználói felülettel, e cikk 
írásakor azonban még csak próbaállapotú volt. 

A BC Panel (2. kép) a Világhálón csakis rpm-formátumban 
férhető hozzá. Egyrészről a BC Panel — a bináris állománynak 
valójában a bestcrypt nevet adták, úgyhogy az egyértelmű- 
ség kedvéért a továbbiakban a BC Panel elnevezéshez fogok 
ragaszkodni — megbízhatóan működő, láthatóan jól megírt 
program, és megjelenésében nagyon is hasonlít windowsos 
testvérére. 

A BC Panel azonban a bctool szolgáltatásainak csak a töre- 
dékét tudhatja magáénak, emiatt a windowsos grafikus fel- 
használói felület csupán részeszköze a BestCryptnek - a másik 
két program fejlettségi szintjével egyáltalán nincs összhangban. 
Vegyük például a New (Új befogadó objektum) lehetőséget, 
ahol a párbeszédablak a mintegy tíz választható algoritmus- 
lehetőség közül csak néhányat sorol fel. Az igazi kellemetlen- 
ség azonban az, hogy a BC Panel által felajánlott algoritmusok 
segítségével a befogadóegység létrehozása hibaüzenettel ér 
véget, hacsak nem rendszergazdaként jelentkeztünk be, és 
elszántuk magunkat az X-felület futtatására. 

Nos, amennyiben tényleg rendszergazdaként léptünk be 

a rendszerbe, a BestCrypt befogadóegységeken végzett létreho- 
zási, formázási, befűzési és leválasztási műveletek és a más 
algoritmussal végzett újratitkosítás egyaránt sikeresen ér véget, 
sőt, a BestCrypt ekkor rugalmasan képes érzékelni és felsorolni 
a bctool által befűzött egységeket, vagyis azokat a köteteket, 
amelyeken a felhasználó BC Panelje olvasási engedéllyel 
rendelkezik. 

Ezek ismeretében az ipari termelésben nem támaszkodnék e 
termék alkalmazására, a BC Panel bizonyos karbantartási 
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feladatok ellátására tűnik hasznosnak, feltéve, hogy nem 
törődünk azzal, hogy az X-felületet a feladat elvégzése során 
mindvégig rendszergazdaként kell a rendszerben használnunk. 
A program tevékenysége viszont mégiscsak ígéretes, és 
remélem, hogy a Jetico rövidesen megjelenteti a termék ipari 
környezetben is megbízhatóan használható változatát. 


BestCrypt a Windows-rendszerben 

Rendben, megállapítottam, hogy a BestCryptet könnyű Linux- 
rendszerben telepíteni és használni. De vajon milyen mértékig 
képes együttműködni a Windowszal? Milyen merevlemez- 
kötet-titkosítási lehetőséget tartogat a BestCrypt a Windows- 
felhasználók számára? 

A hír mind a Windows-felhasználók, mind a Linux-hívők szá- 
mára kedvező. Az elmúlt héten hordozható számítógépemen 
felváltva használtam Windows 98-at és SuSE Linux 7.1-et, 
ugyanazt a BestCrypt-egységet alkalmazva. Ez befogadóegység 
egy DOS/VFAT lemezterületen található, amely az írási tevé- 
kenységemhez használt operációs rendszerek munkakönyv- 
táraként szolgált. A BestCrypt végig hibátlanul működött, 
leszámítva azt a néhány ártatlan kék képernyőt, amelyet a 
Windows bezárásakor láttam, ugyanis a Windows gyakran 
arra panaszkodott, hogy a BestCrypt-kötet kifűzése után egy 
vagy több állomány nyitva maradt. 

Adatvesztés nem fordult elő, és BestCrypt-kötet használatakor 
a lemez működésében sem érzékeltem lassulást. lovábbá sem- 


miféle összeférhetetlenséget sem tapasztaltam a befogadóegy- 
séget kezelő két BestCrypt-változat között. 
Mindkét program egyformán elegáns, és minden más eszköz- 
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től eltérően, amelyről mostanában írtam, gyakorlatilag nem 





A program előnyei 


e a program számos itt felsorolt algoritmust támogat: 
Blowfish, Twofish, Rijndael, IDEA, GOST, CAST, 
RC6G, GOST, 3DES, DES. Ezenkívül ez a választék 
a rendszermagmodulok révén számos 
továbbival bővíthető 

e nyílt forrású, modulrendszerű kiépítés — bárki 
készíthet új algoritmikus modulokat 

e a Linux-változathoz tartozó forráskód — kipróbálási és tudományos célok 
érdekében — nyilvános 

e gyors és egyszerű összeépítési és telepítési eljárás 

e a jól Ismert mount parancsot követő felépítés 

e a titkosított egységeket a BestCrypt windowsos és linuxos változatai 
egyaránt képesek használni 

e kifogástalan windowsos aorafikus felület; a program linuxos grafikus 
felülete is hasonló elrendezésű 

e a kereskedelmi termék a mérsékelt árkategóriába tartozik 

e a Windows Corporate Edition (vállalati változat) tartalmazza a több távoli 
gépre telepített program központi kezelését végző programot 

e a kereskedelmi felhasználásokhoz biztosított műszaki támogatás 
színvonala jó 











A termék árnyoldalai 


e bizonyos fokig lefordított rendszermagforrást 
igényel — ez elrettentheti a még kevéssé gyakorlott 
felhasználókat 

e a linuxos grafikus felület nem támogatja az összes 
parancssori lehetőséget, és a windowsos grafikus 
felület által nyújtott lehetőségek közül sem mindet 








kellett időt fektetnem a leírás hosszas böngészésébe vagy a 
levelezőlistákban bogarásznom, hogy a BestCryptet Windows 
alatt is beüzemeljem. Hogy milyen rendkívül egyszerű a 
BestCrypt windowsos grafikus felhasználói felületét használni, 
a 3. kép mutatja be. 

Már korábban megismerkedtem a nyilvános kulcsú titkosítás 
rejtelmeivel, és évekig más eszközöket is használtam, mint 
amilyen például a PGPdisk. Más szóval azt mondhatom, 
hogy végfelhasználóként megbízólevelem a gyanakvás 

— és még nagyon finoman fogalmaztam. A használhatóságot 
tekintve még mindig örömmel jelenthetem ki, hogy a Best- 
Cryptnek a PGPdiskkel egyenlő esélyei vannak arra, hogy 

a titkosítás élmezőnyébe tartozó eszközzé váljon, és a felhasz- 
nálói tömegeket a kötettitkosítás és a biztonság zenszerű 
állapotába juttassa. 

Amiben már kevésbé vagyok biztos - a fáradságos kódelemzés 
és titkosítás alapján —, az az, hogy a BestCrypt verhetetlen. 
Emberek, remélem, senki sem ragad ki részleteket a fenti monda- 
tomból! Még szerencse, hogy a Jetico munkatársai magas elvi 
alapokon állnak. Minthogy sem hivatásos titkosítási szakértő, 
sem programozó nem vagyok, másokra kell hagynom, hogy a 
BestCrypt által nyújtott biztonság erejét megítéljék. 


A BestCrypt nyilvánvaló biztonsága 

Annyit elmondhatok, hogy a BestCrypt a közismerten jó algo- 
ritmusok lenyűgözően nagy hányadát támogatja — ahogyan 
talán egyes cinikusabb elmék megfogalmaznák: , crypto-kulcs- 
szó-megfelelő", ideértve az Egyesült Államok kormánya által 
bejelentett Advanced Encryption Standard (Fejlett Titkosítási 
Szabvány), a Rijndael és az AFS-verseny két ígéretes indulóját, 
Ron Rivest RC6 és Bruce Schneter Twofish algoritmusát. Ha az 
itt felsorolt három módszer túlságosan szokatlan lenne, a 
BestCrypt támogatja a 3DES-t, a több különböző kulcsmérettel 
a Blowfisht, az IDEFA-t, a CAS1-ot és az orosz szövetségi algo- 
ritmust a GOST-ot. A BestCrypt ugyan az egyszeres DFS-algo- 
ritmust is támogatja, de használata nem javasolt, mivel a nyers 
erőt (brute force) alkalmazó programok számára a kis kulcs- 
méret miatt könnyen feltörhető. 

A Windows-felhasználók számára két további lehetőség adott: 
a csereállomány titkosítása, amely védelmet biztosít a jelszavak 
és más érzékeny adatok Windows csereállományból történő 
ellopása ellen, és a BCWipe, az alacsony szintű állománymeg- 
semmisítő. E kettő közül a csereállomány-titkosító szolgáltatás 
még nem jelent meg linuxos változatban. 

A BCWipe programot a Linux-változathoz külön kell meg- 
vásárolni, vagyis a Windows-változattól eltérően nem tartozik 
a BestCrypt csomagba. A BCWipe, a PGP Wipe szolgáltatá- 
sához hasonlóan a törléskor hátramaradó adatokat ismételten 
felülírja, ily módon téve lehetetlenné a helyreállítást szinte 
bármiféle lemezhelyreállító program számára, talán a legkör- 
mönfontabbakat leszámítva, már ha azok képesek egyáltalán 
tenni valamit. 

Megítélésem szerint a BestCrypt által nyújtott biztonság mű- 
szaki szempontból erősnek látszik: számos titkosítási és nem 
titkosítással kapcsolatos biztonsági módszert támogat. 


Összegzés 

A termék értékelése során a program által nyújtott szolgálta- 
tásokra, a használhatóságra, a Linux-barát jellemzőkre, az 
általam kedvelt és hitelesnek elfogadott algoritmusok támo- 
gatására, és természetesen a küllemre összpontosítottam. 
Véleményem szerint a BestCrypt minden területen méltó 

az elismerésre, és a Jetico által képviselt magas színvonal 
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alapján nem habozok kijelenteni, hogy titkosítási eljárásaik 
megvalósítása minden részletre kiterjed, és jól működik. 
Összességében a BestCrypt lenyűgöző programtermék. Ha 

a megbízhatóságból, a népszerű titkosítási algoritmusok széles 
kínálatának átfogó és modulrendszerű támogatásából, az álta- 
lános tömörségből következtetni lehet valamire, hát akkor az 
az lesz, hogy nagyon biztonságos. 

Lelkesedéssel ajánlhatom állományrendszerbeli szükségletek 
kielégítésére, különösen akkor, ha számítógépünkön Windowst 
is, Linuxot is használunk. E program segített feléleszteni a 
titkosítás iránt fogékonyabb társadalomba vetett hitemet, 
ugyanakkor a programmal való játszadozás nagy élvezetet 

is jelentett számomra. 
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A termékek kereskedelmi ára 


e Nem üzletszerű használat esetén a termék ingyenes. 


A Linux-változatokhoz való programok árai 


e A BestCrypt egyfelhasználós Linux-változata kereskedel- 
mi, illetve kormányzati felhasználás esetén: 4995 dollár. 


e A BCWipe lemezterület biztonságos törlését végző 
segédprogram: 29,95 dollár. 


e A BestCrypt egyfelhasználós változata Windows 
9x/ME/NT/2K/XP rendszerekre: 89,95 dollár. 


e A BestCrypt Corporate Edition Windows 
9x/ME/NT/2K/XP rendszerekben használható vállalati 
változatának kereskedelmi, illetve kormányzati felhasz- 
nálása egy felhasználóra vonatkoztatva: 149,95 dollár. 


A program működésének feltételei 


e linux 2.2.0-s rendszermag, vagy ennél fejlettebb — ide- 
értve a 2.4.x rendszermagokat Is. 


e A rendszermag forráskódja a /usr/local/Iinux könyvtárba 
legyen telepítve. 


e Aa telepítésre kiszemelt számítógép 1386 felépítésű 
legyen -— a program más felületen Is üzembe helyezhető, 
de egyéb területen még nem vizsgálták a működését, 
és előfordulhat, hogy az adott 1386-ostól eltérő környe- 
zetet a program nem támogatja. 
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Kagylók, héjak, miegymás... 


Sorozatunk eddigi részeiben a kezdő Linux-felhasználókat ismertettük meg a 
legalapvetőbb műveletekkel. Eljött az idő, hogy haladóbb témákat Is érintsünk. 
Vizsgálódásunk mostani tárgyát a parancsfájlok fogják alkotni. 


mliékezzünk csak vissza, mit is 
a nevezünk héjnak (shell). A héj 

egyszerű program, tehát nem 
tartozik közvetlenül az operációs rend- 
szerhez, mégis fontos szerepet tölt be 
az életében. Iulajdonképpen a héj nem 
más, mint egy olyan alkalmazás amely 
a felhasználó és az operációs rendszer 
között a kapcsolatot tartja, azaz a begé- 
pelt parancsokat értelmezi és hajtja végre. 
A Unix világában számos népszerű héj 
létezik. A legtöbb rendszerben megen- 
gedett, hogy a felhasználó saját maga 
választhassa meg, melyik héj alatt szeret- 
ne dolgozni. Linux alatt leginkább a bash 
terjedt el, mi is ezzel foglalkozunk. 


A héj mint programnyelv 

A héj lehetőséget ad rá, hogy úgyneve- 
zett parancsfájlokat (shell script) írhas- 
sunk, amelyek segítségével bizonyos 
feladatokat önműködővé tehetünk. 

A Unix parancsfájljait gyakran szokták 

a DOS világából jól ismert batch fájlok- 
hoz hasonlítgatni, ám ez nem feltétlenül 
szerencsés, ugyanis ezek a parancsállo- 
mányok sokkal szélesebb felhasználásnak 
örvendenek. Akár programokként is fel- 
foghatnánk őket. Cikkünk további részé- 
ben e nyelv bemutatásával foglalkozunk. 
A parancsfájlt közvetlenül maga a héj- 
program értelmezi és hajtja végre. Min- 
den parancsfájlnak a t! /bin/bash 
bűvös sorralal kell kezdődnie. Ezzel azt 
mondhatjuk meg, hogy az adott fájlban 
leírtakat melyik alkalmazásnak kell 
átadni, ami majd remélhetőleg értelmezi 
és végrehajtja őket. 

Hozzunk létre a cat segítségével egy 
egyszerű parancsfájlt (a "D helyén 
nyomjuk le a Ctrlt-D kombinációt): 


ras:-$ cat s: sellscript 
$1/bin/básh 
echo "Szia vilxgg!" 


"D 


Mielőtt végrehajtanánk, ne felejtsük 
el a parancsfájlt futtathatóvá tenni: 


ras:-$ chmod atx shellscript 
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A héj változók használatára is lehető- 
séget teremt: 


H1/bin/bash 
VALTOZO-—-"Hell 
echo SVALTOZO 


vilgg!" 


Az előző sorokban a változó értékadására 
láthatunk példát. Ha a változóhoz ren- 
delt értéket szeretnénk használni, a válto- 
zó neve elé egy $ (dollárjelet) kell írnunk. 
Léteznek úgynevezett beépített héjvál- 
tozók is. Ezek értéke alapértelmezés sze- 
rint lett meghatározva, és számos közü- 
lük csak olvasható, azaz értékeit nem 
változtathatjuk meg. Vegyük sorra rövi- 
den a legfontosabb héjváltozókat! 

A SHOME a felhasználó saját könyvtárát 
tartalmazza. A SPATH a keresési útvo- 
nalakat (ez határozza meg, hogy a héj 
hol keresse a végrehajtandó programo- 
kat), a $PS1 pedig a parancsjelet 
(prompt) határozza meg. A SLOGNAME 

a felhasználó bejelentkezési azonosítóját 
tárolja, a STERM-ben pedig a használt 
terminál típusát találhatjuk. 

A változók harmadik típusát az úgyneve- 
zett kapcsolók képezik. Ezeket tulajdon- 
képpen a héj meghívásakor a parancs- 
sorban kell megadni. A kapcsolókhoz a 
Ssorszam segítségével férhetünk hozzá. 
Ha például a parancsfájlt a 
./shellscript alma korte afonya 
sorral hívjuk meg, akkor a $1 változónak 
alma, a $2-nek korte a $3-nak pedig 
afonya lesz az értéke. Ezeket egyébként 
helyhezkötött változóknak is nevezzük. 
A tulajdonságok könnyebb megértése 
végett lássunk egy egyszerű példát: 


$H1/biíin/básh 
echo $S3 $2 51 


A parancsfájlt a következő módon 
futtassuk le: 


ras:-$./shellscript egy 2 harom 
Láthatjuk, hogy végeredményül a mega- 


dott kapcsolókat kapjuk vissza, csak 
éppen fordított sorrendben: harom 2 egy. 


Ezzel a módszerrel összesen kilenc 
kapcsolót kezelhetünk, a 0. kapcsoló 
maga a parancsfájl neve. 

A $7 az értékként megadott összes kap- 
csolót tartalmazza. A Stt-ban pedig a 
megadott kapcsolók számát találhatjuk. 
Valószínű, hogy az echo parancs ren- 
deltetése nem igényel részletes magya- 
rázatot, ám érdemes kitérnünk néhány 
egyedi esetre. Megfigyelhettük, hogy 
minden egyes echo parancs esetén a 
szöveg kiírásán kívül egy új sor karakter 
is a kimenetre került, azaz a következő 
echo utasítás alkalmával a megadott 
szöveg már egy új sorba íródik ki. Ezt 

a vac kifejezéssel szüntethetjük meg: 


ras:-$ echo-e"Sziavilgg! Ve" 


A -e kapcsolóval arra utasítjuk az echo 
parancsot, hogy értelmezze a fordított 
perjellel kezdődő vezérlőjeleket. Ha a 
kiírandó szövegben különleges karakte- 
reket is használni szeretnénk, szintén 

a v előtag segít nekünk. Például: 


ras:-$ echo "Amai Erfolyam 
eszerint 4S1 - 260 forint". 


Mint már említettük, parancsfájljaink- 
ban elágazásokat és ciklusokat is hasz- 
nálhatunk. A továbbiakban ezeket tag- 
laljuk egy kicsit részletesebben. 
Kezdjük az elágazásokkal! Itt a követ- 
kező szerkezetet kell használnunk: 


if parancsi1 
then parancs2 
TA 


Ez azt jelenti, hogyha az első parancs 
sikeres (azaz 0 visszatérési értéket ad 
vissza), akkor hajtódik végre a parancs2. 
A szerkezetet a fi kulcsszó zárja. Néz- 
zünk egy egyszerű példát: 
if date ] grep "Jan 1" 
then echo "Boldog eejgvet!" 
Ta 


Ebben az esetben a date utasítás (amely 





a pillanatnyi dátumot írja ki) kimenetét 
átadjuk a grep parancsnak, amely meg- 
nézi, hogy a kapcsolónak megadott 
karaktersorozat szerepel-e a szövegben. 
Ha igen, egyrészt kiírja azokat a sorokat, 
amelyekben szerepel, másrészt a visszaté- 
rési értéke igaz, azaz 0 lesz. Ha nem, 0-tól 
különböző visszatérési értéket kapunk. 
Ám mi a helyzet akkor, ha azt szeretnénk, 
hogy a parancsfájl akkor is tegyen vala- 
mit, ha a parancs1 hamis? Jelen esetben 
a dátum nem január elseje. Ebben az eset- 
ben az else kulcsszót kell használnunk: 


if date ] grep "Jan 1" 
then echo "Boldog eejgvet!" 
else echo "Az ejgvre 
ssajnos mg vErnunk kell." 
1 d 


Ha bonyolultabb elágazást szeretnénk 
gyártani, a helyzetet leegyszerűsítheti 
az elif kulcsszó alkalmazása, amely 


azelseés az 1£: 


if date ] grep "Jan 1"; 
then echo "Boldog eejővet!" 
elif date ] grep "Dec 25" 

then echo "LegalXbb 
skarEcsony van..." 
else echo "Se kargcsony, 
se ejdv :-(" 
fi 


Ha karakterláncokat, illetve szám- (nu- 
merikus) értékeket szeretnénk egymás- 
sal összehasonlíthatni, a test utasítást 
kell használnunk. A test úgynevezett 
külső parancs, azaz nem közvetlen része 
a héjnak, mégis kifejezetten a parancs- 
fájlokhoz találták ki. Az utasítás kapcso- 
lójául egy kifejezést kell adnunk. Ha ez 
a kifejezés igaz, a visszatérési érték 0, 
egyébként valami más, azaz hamis lesz. 
A kifejezés a következőképpen nézhet 
ki: N mívelet M. N és M a parancsfáj- 
lunk két változója, a művelet pedig azt 
határozza meg, hogy N-nek és M-nek 
milyen viszonyban kell lenniük egymás- 
sal, hogy a kifejezés értéke igaz legyen. 
Ha számértékekkel dolgozunk, a követ- 
kező műveleteket használhatjuk: 


-ea: N és M egyenlő; 

-ne: N és M nem egyenlő; 

-gt: N nagyobb, mint M; 

-ge: N nagyobb vagy egyenlő, mint M; 
-1t: N kisebb, mint M; 

-1e: N kisebb vagy egyenlő, mint M. 


Nézzünk meg egy egyszerű példát: 


if test SH -It 1 
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then echo "A parancsfíXjl- 
snak nem adtEl GrtOket" 
fi 


Ha karakterláncokkal dolgozunk, álta- 
lában a következő két műveletre lesz 
szükségünk: - (egyenlőségjelre), ameny- 
nyiben a két karaktersorozat egyenlő, 
illetve ! -, ekkor a két karaktersorozat 
nem egyenlő. Ezenkívül használhatjuk 
még a - z-t, amely akkor lesz igaz, ha a 
megadott karakterlánc hossza O, illetve 
ennek fordítottját, a -n-t (amikor a 
hossz nagyobb, mint 0). 

A test utasításnak van még egy hasz- 
nos szolgáltatása, mégpedig a fájltípu- 
sok ellenőrzése. Ebben az esetben a kife- 
jezésnél a míővelet fXj1InGv írásmódot 
kell alkalmaznunk. A műveletek 

a következők lehetnek: 


- s: létezik-e a megadott állomány, és ha 
igen, nem üres-e; 

-d: a megadott állomány könyvtár-e; 

-r: a megadott állomány nem könyvtár-e; 

-w: a megadott állomány írható-e; 

-r: a megadott állomány olvasható-e. 


Nézzünk egy példát erre is: 

if test ! -s §S§1 
then echo "A kapcsol kdnt 
smegadott fXjl nem 
—]igdtezik vagy res!" 
É1 


A ! (felkiáltójel) a kifejezés tagadására 
szolgál. A bash egyébként felkínál egy 
egyszerűbb módszert a test haszná- 
latához: elég ha a kifejezést szögletes 

zárójelbe tesszük: [ -s proba.txt 1]. 


Most térjünk át a ciklusokra! Az első az 
úgynevezett while ciklus, szerkezete 
a következő: 


while parancsi1 
do parancs2 
done 


A parancs2 több parancsot is tartalmaz- 
hat, amely addig kerül végrehajtásra, 
amíg a parancs1 visszatérési értéke 
igaz. A wnile-hoz nagyon hasonló az 
until ciklus, a különbség csak annyi, 
hogy a while kulcsszó helyett unti1-t 
kell használnunk, és a ciklus addig fut, 
amíg a parancs1 nullától különböző 
értékkel tér vissza (tehát a ciklusfeltétel a 
while-nál használt feltétel fordítottja). 
Példaként nézzünk meg egy olyan pa- 
rancsfájlt, amely nem csinál mást, mint 

a kapcsolóként megadott összes állomány 
tartalmát kiírja a képernyőre. Ehhez 


szükségünk lesz a shift utasításra is, 
segítségével a helyhezkötött változókat 
léptethetjük ($ (N-1) 2 $1, $(N-12) 
5352, stb.). AZ Na shift utasításnak 
megadott kapcsoló, ha nem adjuk meg, 
akkor értékként önműködően 1-et vesz fel. 


while test Stt -gt 0; do 
echo "Az ElomAkny neve: $1" 
echo "Az EllomAEny tartalma: " 
cat S1 
shift 
done 


A fenti példát a for számlálóciklus se- 
gítségével egyszerűbben is megírhatjuk. 
Ez annyiban különbözik az előbb emlí- 
tett feltételes ciklusoktól, hogy a ciklus- 
magban felsorolt utasítások végrehajtá- 
sának száma nem egy feltételtől, hanem 
egy előre meghatározott értéktől függ: 


tor 1 
do 
echo "Az XElomEny neve: Si" 
echo "Az XEllomEny tartalma:" 
cat Si 

done 


A for szerkezete a következő: 


for iinwordlist ; do 
parancs (ok) 
done 


A w hordlist nem más, mint egy karak- 
terláncokból álló felsorolás. Az i mindig 
az éppen sorra kerülő elemet veszi fel 

a w hordlist-ből, majd a héj lefuttatja 

a ciklusmagot. Ha nem adunk meg 
wordlist-et, annak szerepét a $" tölti 
be. Az első esetben tehát az i értéke S1 
lesz, a másodikban $2 és így tovább. 


Előfordulhat, hogy a ciklus futását meg 
akarjuk szakítani. Erre három lehetősé- 
günk van: a continue parancs hatására 
az adott ciklus végére ugrik (új kört 
kezd), a break eredménye, hogy a 
ciklusszerkezet után folytatódik a feldol- 
gozás, az exit eredménye pedig a pa- 
rancsfájl futásának azonnali befejezése. 


Garzó András 

(garzoandointerware.hu) Körülbelül 
három éve foglalkozik Linux- és más 
Unix-rendszerekkel. Legjobban az operá- 
ciós rendszerek lelkivilága érdekli, de 
nyitott egyéniség. Kedvenc étele a pala- 
csinta, és van egy Richard nevű macs- 
kája. Minden észrevételt, megjegyzést, 
levelet szívesen fogad. 
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Futtassunk mindent Linux alatt! 


Most induló sorozatunkban a Linux x86 alatti 
emulációt taglaljuk a különféle számítógép-felületekhez. 


emélem, mindenki emlékszik még a RC előtti 
BR gépekre, amilyen a ZX Spectrum, a HI1080 Z, a C- 

64, a Primo és társaik voltak. Nos, ezekre a gépekre 
nagyon sok program készült - kedvenc játékom a Bruce Lee 
volt, amit sohasem tudtam végigjátszani, mivel körülbelül 
a harmincadik pályánál mindig kifagyott, mindig ugyanott 
és mindig ugyanúgy. Egyszer azt gondoltam, Linux alatt is 
kipróbálom, kísérletet is tettem a végigjátszására, mivel akkor 
még úgy gondoltam, biztosan a lemezemen lévő fájl sérült. 
Az új fájlt egy magazin CD-mellékletén találtam. Nagy izga- 
lommal nekikezdtem a környezet létrehozásának, elindítottam 
a játékot, eljutottam ugyanahhoz a pályához, na, gondoltam, 
most ugrik a majom a vízbe, és igen, kedves olvasó, ugyanúgy 
kifagyott a program, mint a jó öreg C-64-en tette ezt tíz évvel 
ezelőtt, viszont a nosztalgia és az ebből adódó édesbús érzés 
kárpótolt a csalódásért. 
Ez a rövidke ízelítő, azt hiszem, előrevetíti a cikksorozat első 
néhány részének a tartalmát, a Linux alatti számítógép-emu- 
láció azonban nemcsak ezekre az öreg gépekre terjed ki, ha- 
nem PalmOS, Macintosh, HP számológép-környezet is létezik. 
Ezeket szintén szándékunkban áll bemutatni. 
A cikkek során a Debian/GNU SID operációs rendszert haszná- 
lom majd, így meglehet, hogy a különböző Linux-változatokban 
nem minden fog ugyanúgy működni, mint ahogyan én leírom. 
De egy kis utánjárással biztosan bárki próbálkozását siker koro- 
názza. Ez a téma számos feladat megoldását és komoly fejtörést 
igényel a programok használójától, de még inkább a programok 
készítőjétől, mivel nem egyszerű feladat Linux alá lefordítani 
egy teljesen más felépítésű gép rendszerhívásait, tehát minden- 
képpen magas szintű programozói tudás kell. Ahogy nőtt a 
gépek bonyolultsága, úgy vált a feladat bonyolultsága is egyre 
nagyobb mértékűvé. Erre a legjobb példa talán a Basilisk II 68 K 
Macintosh-emulátor. Nagyon bonyolult és összetett feladatok 
végrehajtására is alkalmas. Mondanom sem kell, hogy ezekre 
a Macintosh-gépekre nagyszámú jó minőségű program készült, 
így a segítségükkel ezeket is használni tudjuk. 
A Debian/GNU SID alatt kiadott apt-cache search 
emulator parancs a következő listát adja (kiválogatva és 
lefordítva): 


bochs — x86 PC-emulátor 

tkisem — Graphical SPARC-emulátor 

wine — Windows-emulátor 

apple2 - Apple-emulátor 

atari800 — Atari-emulátor 

dosemu —- DOS-emulátor 

gnuboy-sdl — Game Boy-emulátor 

gtktiemu — lexas Instruments számológép-emulátor 
nestra — Nintendo Entertainment System-emulátor 
pose - PalmOS-emulátor 

spectemu-x11 — ZX Spectrum-emulátor X11-hez 
uae — Amiga-emulátor 

vice — Commodore-emulátor 
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xapple2 — Apple-emulátor 

xtrs — emulátor a TRS-80 Model [/II[/4/4P számítógépekhez 
zsnes — Super Nintendo Entertainment System (IM) emulátor 
dgen — Sega Genesis/MegaDrive-emulátor 

ines — NES/Famicom/Dandy game system-emulátor 

simh — különféle öreg számítógépek emulátora 

snes9x — Super NES-emulátor 

spim — MIPS R2000/R3000-emulátor 

stella — Atari 2600-emulátor X11-hez 

xzx — X11-alapú ZX Spectrum-emulátor 


Miként a fenti listából is kitűnik, számtalanféle környezet 
programjaihoz találunk segítséget — ezért sorozatunk a legis- 
mertebb és egyben a leghasznosabb programok ismertetését 
tűzi ki célul. Várjuk kedves olvasóink kéréseit és ötleteit, 
esetleg tapasztalatait is a cikksorozattal kapcsolatban. 


Csontos Gyula 








A Vorosok Linux alatt is hódítanak 


ermészetesen nem kell mindenáron politikai tartalmat 
és elfogultságot feltételezni, ennél sokkal egyszerűbb 
megoldása van a fenti címnek. Ennek a cikknek a témája 
hordozható számítógépek bekötése az Internet szövevényes 
hálózatába mobiltelefon segítségével. Szinte minden hordoz- 
ható számítógép rendelkezik infravörös kapuval, ennek és az 
ugyan nem olcsó, viszonylag lassú, de bárhol használható 
mobiltelefonos internetkapcsolatnak a beállítását mutatom be. 
Ahhoz, hogy a fentebb említett kapcsolatot létre tudjuk hozni, 
az alábbiakra lesz szükségünk: 
e — egy linuxos gépre infravörös kapuval, 
e egy infrakapus mobiltelefonra, 
e a pppconfig beállítóprogramra és 
e infravörös kapcsolatot támogató programokra. 


E" Konsole zás 
File Sessions Settings Help 


17 Conf iguration 


Linux Kernel v2,4, 
Infrared-port device drivers 
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sharon:t/usr/srcezlinuxt irdadump 
52403e68 
52403e6b8 
52403e68 
52403e6b8 
52403e6b8 
52403e68 
52403e6b8 


FEFFFFFF 
FEFFFFFF 
FEFFFFFF 
FEFFFFFF 
FEFFFFFF 
FEFFFFFF 
FEFFFFFF 


(14) 
(14) 
(14) 
(14) 
(14) 
(14) 
sharon hint-0400 [ Computer 


sp 52403Ee68 073395052 SIEMENS 535 hint-93024 [ Mode 
xid:cmd 52403e68 
xid:cmd 52403e68 
xid:cmd 52403e68 
xid:tcmd 52403e68 
xid:cmd 52403e68 
xid:cmd 52403e68 
xid:rcmd 52403Ee68 


FEFEFFFF 
FEFFFFFF 
FEFFFFFF 
FEFFFFFF 
FEFFFFFF 
FEFFFFFF 
FEFFFFFF 
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sharon hint-0400 [ Computer 


xid:rsp 52403£e68 
m IrCOMM IrOBEX ] (28) 


07335052 SIEMENS 535 hint-3024 [ Mode 


16 packets received by filter 
sharont/usr/srezlinuxtt 


2. kép Az irdadump program kimenete 


Első lépésként győződjünk meg az infravörös eszközök meg- 
létéről: a rendszermagnak az irda és az irtty modulokkal 
kell rendelkeznie. Töltsük be őket a memóriába, és ha ezek a 
modulok mégsem léteznének, egy rendszermagfordítással 
kiküszöbölhetjük a hiányosságot. Az 1. képen a saját rendsze- 
rem infravörös beállításait láthatjuk. Ha olyan infrakapuval 
rendelkeztek, mely megfelel a FIR szabványnak és a képen 
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látható lapkakészletek közül való, a gyorsabb FIR adatátvitelt 

is használhatjátok. Miután ezzel megvagyunk, ellenőrizzük a 
kapunkat. Helyesen beállított infrás teleftonunkat helyezzük 

a kapuhoz - a telefonok beállításai egyéniek, ezért erre most 
nem térek ki, saját Siemens S35-ös telefonomon az infrakaput 
és a FAX-/adatvétel lehetőségeket kellett bekapcsolnom a 
Beállítások/ FAX/adat mód menüpontban. Győződjünk meg 

a segédprogramok meglétéről (irdadump, irdaping), ha nem 
találhatók, a hiányt Debian/ GNU Linux alatt az irda-common 

és az irda-tools csomagok telepítésével szüntethetjük meg. 

Ha ezzel is végeztünk, indítsuk el az irdadump programot. Ez 

a program a két infravörös eszköz között zajló teljes kommuniká- 
ciót kiírja, ezért elég sok adat jelenhet meg a képernyőn — ám 

ne ijedjünk meg tőlük. Keressünk egy olyan sort, ahol a rádióte- 
lefonunkra jellemző leírást találhatjuk, ez az én esetemben a 
Siemens S35 karaktersorozat megjelenése (lásd a 2. képet). 

Ha idáig eljutottunk, akkor elmondhatjuk, hogy a kapcsolat 

a telefon és a számítógép között működik. Következő lépésként 
internetkapcsolatot kell létrehoznunk. 


Kapcsolat létrehozása 

Telefonos internetkapcsolat létrehozására én a popconfig 
programot szoktam használni, mivel különféle kapcsolatainkat 
egyszerű felületen állíthatjuk be. Mobilszolgáltatónknál inter- 
net-előfizetéssel kell rendelkeznünk, ami teljes mértékben olyan, 
mint a vonalas internet-előfizetés — ez például a westel900-nál 
havidíjmentes, csak az interneten eltöltött időt kell kifizetni. 
Ha még nem rendelkezünk ilyennel, keressük fel mobilszol- 
gáltatónkat, és kérjünk felhasználónevet, valamint jelszót a 
kapcsolathoz. Szükség lesz még a felhívandó telefonszámra, 

a DNS-kiszolgáló(k)ra, az infravörös kapura (ez az én gépemen 
a /dev/ircom0), a kapu sebességére és a kapcsolat azonosító 
eljárására (ez a PAP lesz). 

lermészetesen bármelyik jobban kedvelt beállítóprogramot 

is használhatjuk erre a célra. 

Ha a kapcsolatot sikeresen létrehoztuk, próbáljuk is ki mind- 
járt. Ezt Debian rendszeren a pon kapcsolatneve paranccsal 
tehetjük meg a legkönnyebben. 

Ez a kapcsolat ugyan nem túl gyors, de nyugodtan levelez- 
hetünk vele! 


Jó internetezést bárhol! 


Csontos Gyula 

(Csontos. GyulaoOlinuxvilag.hu) a Linuxvilág szakmai 
és CD-szerkesztője. Szabadidejében szívesen 
mászik hegyet és kerékpározik. 
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A PCI Hot Plug eszközillesztő fájlrendszer 








Greg ismerteti, hogyan valósít meg a PCI Hot Plug-mag egy RAM-alapú fájlrendszert, 
és hogyan teheted meg ugyanezt a saját illesztőiddel te Is. 


últ év május 14-én H. Peter Anvin az alábbiakat tette 
közzé a , linux-kernel" levelezési listán: , Linus Tor- 
valds ideiglenes szünetet kért az új eszközök azono- 
sítóinak kiosztásában. Reményei szerint ennek köszönhetően 
egy új és jobb eszközelnevezési rendszer fog kialakulni." 

Peter tulajdonképpen a linuxos nevek és azonosítók kiosztá- 
sáért felelős , hivatal", így bárkinek, aki rendszermag-illesztő- 
program fejlesztésére adja a fejét, hozzá kell fordulnia egy fő- 
és egy alazonosítóért, amit az illesztőprogramjához kap. Az új 
azonosítók kiosztásának befagyasztása természetesen parázs 
vitát gerjesztett: vajon milyen módszerrel lehetne hatékonyab- 
ban kezelni az eszközök neveit, azonosítóit? Az egyik ötlet az 
volt, hogy egy illesztőprogramot kellene készíteni, amely egy 
a felhasználó és az illesztőprogam közti párbeszédet kezelő 
fájlrendszert valósítana meg. 

Ez idő tájt én éppen a Compag által a saját kiszolgálóihoz írt 
PCI Hot Plug illesztőprogramot csinosítgattam. A PCI Hot Plug 
illesztőprogram lehetővé teszi a PCI-kártyák üzem közben 
történő kikapcsolását, kivételét a gépből, egy másik kártya 
behelyezését, majd a foglalat és az új kártya visszakapcsolását 
— feltéve, hogy megfelelő vassal rendelkezünk. Különösen 
akkor hasznos az ilyesmi, ha olyan kiszolgálót üzemeltetünk, 
amelynél a leállás megengedhetetlen, azonban újabb hálózati 
kártyák telepítésére, a meghibásodottak cseréjére vagy egyéb 
karbantartási munkák elvégzésére szükség lehet. 

A PCI Hot Plug illesztőprogramot eredetileg arra tervezték, 
hogy karakteres eszközként tartsa a kapcsolatot a felhasználói 
réteggel. Az ioct1 hívásokat az eszközcsomóponthoz kellett 
intézni, így lehetett a PCI-foglalatokat és a foglalatok visszajel- 
ző fényeit leállítani és bekapcsolni, valamint az eszközökön 
különféle hibaellenőrző programokat futtatni. Annak érdeké- 
ben, hogy a rendszerben lévő PCI-foglalatok számát és állapo- 
tát (energiaellátás és állapotjelzők) le lehessen kérdezni, egy 
csak olvasható /proc könyvtárfa is elérhető volt. 

Miközben azon dolgoztam, hogy a PCI Hot Plug központi ré- 
szeit kiszedjem a Compag-illesztőprogramból, hogy a felhasz- 
náló felé más PCI Hot Plug illesztőprogramok is közös felület- 
tel rendelkezhessenek, rájöttem, hogy egyetlen fájlrendszerrel 
jobban meg lehetne oldani mind a PCI-foglalatokkal kapcsola- 
tos adatok, mind a felhasználótól érkező beavatkozások kezelé- 
sét. Az összes, az illesztőprogrammal kapcsolatos adatot és 
beavatkozási műveletet egyetlen helyről lehetne kezelni, és 
nem kellene két különböző jellegű felületet fenntartani. 

A PCI Hot Plug illesztőprogram a 2.4.15-ös változattól kezdve 
a fő rendszermagfa részét képezi, és pcihpfs néven fájlrend- 
szert tesz elérhetővé - az illesztőprogram ennek segítségével 
kezelhető. Amikor befűzzük a fájlrendszert, egy 3, 4, 5 stb. 
nevű könyvtárakból álló fát kapunk, melyben a számok a PCI- 
foglalatok fizikai számát jelzik. Az egyes foglalatokhoz tartozó 
könyvtárakban található fájlokból olvashatjuk ki a foglalattal 
kapcsolatos adatokat. A power és attention nevű fájlok írhatók 
is, így 0/1 értéket megadva a tápellátás és a jelzőfény ki- és 
bekapcsolható. A test fájlt hardveres tesztparancsok küldésére 
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használhatjuk. Az adapter állományból tudhatjuk meg, hogy 
van-e kártya a foglalatban, a latch fájl pedig a foglalathoz 

— fizikailag — tartozó retesz állapotáról tájékoztat, feltéve, 
hogy a gépben található ilyen. 

Ha tehát például az 5-ös foglalatot akarjuk bekapcsolni, az 
alábbi parancsot kell kiadnunk a pcihpfs főkönyvtárában: 


echo 1 5 5/power 


Ha a foglalatban kártya van, a teljes PCI-indítási folyamat le 
fog futni, amelynek részeként PCI-adatokkal a /sbin/hotplug-ot 
is meghívja, így a rendszer az eszközhöz tartozó modult 
önműködően betöltheti. 

A fájlrendszernek köszönhetően a felhasználói programoknak 
karakteres eszközhöz nem kell különleges ioct1 () hívásokat 
intézniük, és számos lehetőség közül választhatnak, hogyan is 
kívánják eszközeiket vezérelni. 

A cikk további részei arról szólnak, hogy a PCI Hot Plug-mag 
mi módon valósít meg egy RAM-alapú fájlrendszert, és miként 
teheted meg ugyanezt a saját illesztőiddel te is. 

Először is az illesztőprogramban be kell vezetni a fájlrendszert 
(declaration). Ehhez a DECLARE FSTYPE makrót lehet hasz- 
nálni, amely az include/linuxyfile.h állományban található. 

A pci hotplug illesztőprogram a DECLARE FSTYPE makrót 

az alábbiak szerint használja: 


static DECLARE ESTYPE(pcihpis fs type; 
eeiooihots , pcinpis read sSúpet; 
5FS SINGLE ] FS LITTER) ; 


Ezzel a struct pcihpfs fs type típusból egy 

file system type nevű statikus példány jön létre, valamint 
megtörténik a struktúra néhány mezőjének kezdeti értékadása 
is. A name/név mező értéke most pcihpÉs, ezt fogják a felhasz- 
nálók a fájlrendszer befűzésére használni, így nem árt mindig 
olyan nevet választani, aminek értelme is van, és amelyet más 
fájlrendszer nem használ a rendszermagban. AZ FS SINGLE 
és FS LITTER jelzőket is állítsuk be. 

Az FS SINGLE azt jelenti, hogy fájlrendszerünkben a szuper- 
blokkból csak egyetlen példány lesz. Emiatt bárhova is fűzzük 
be a fájlrendszert, a fájlrendszerben minden befűzési pont 
ugyanarra helyre fog mutatni (ne feledd, ugyanazt a fájlrend- 
szert a könyvtárfa különböző pontjain is befűzheted). 

Az FS LITTER beállítással megadtuk, hogy a könyvtárfát a 
dcache-ben szeretnénk tartani. A beállítást azért használjuk, 
mert fájlrendszerünk teljes egészében a memóriában foglal 
majd helyet, nem lesz lemez, háttértár vagy egyéb fizikai 
adattároló hozzárendelve. 

A pcihpfs fs type read super mezője arra a függvényre 
mutat, amelyet akkor hívunk meg, amikor a rendszermag a 
fájlrendszer szuperblokkját akarja beolvasni. A szuperblokk 
egy fájlrendszernek az a szerkezete, amely a teljes fájlrendszert 
magát írja le. A rendszermag ezt a függvényt akkor hívja meg, 





amikor valaki be akarja fűzni a fájlrendszert. A függvény 
meghívásakor a rendszermag tudomására kell hoznunk, hogy 
a fájlrendszer pontosan hogyan épül fel. 

Mielőtt azonban befűzhetnénk a fájlrendszert, meg kell mon- 
danunk a rendszermagnak, hogy maga a fájlrendszer elérhető, 
létezik. Ezt egy egyszerű register filesystem() hívással 
tehetjük meg, amelynek egyetlen átadott értéke a 

file system type. A műveletetapci hotplug modul 
kezdő értékeit megadó függvényével végezhetjük el, az alábbi 
kódrészlettel: 


dog ("fXgjlrendszer bejegyzőse.M!") ; 
result - register filesystem 
"9 (pcihpis ts typó) 
if (result) ( 
err("a register filesystem hibEval tört 
vissza, hibak d: $dín", result) ; 
goto exit; 


] 


Apci hotplug modul leállításakor fájlrendszerünk bejegy- 
zését az alábbi kódrészlettel hasonló módon töröljük: 


unregister filesystem(őpcihpfs fs type); 


Miután bejegyeztük a fájlrendszert, néhány virtuális fájlt sze- 
retnénk létrehozni, amelyek révén a felhasználók írhatják és ol- 
vashatják az illesztőprogram által módosított és exportált érté- 
keket. Ha egy felhasználó azelőtt fűzi be a fájlrendszert, hogy 
fájlt próbálna létrehozni, a rendszermag már rendelkezni fog 

a fájlrendszer egy virtuális megtestesülésével. Előfordul, hogy 
a fájlrendszer még nincs befűzve, létrehozása után azonban 

— mielőtt új fájlt hozhatnánk létre — a rendszermagnak be kell 
fűznie (egyéb esetben az állomány létrehozása sikertelen lesz). 
Ennek elhárítására két megoldás kínálkozik. Az egyiknél addig 
várunk, amíg a fájlrendszer befűzése ténylegesen megtörténik 
(a befűzésről a read super függvény meghívása tudósít ben- 
nünket), és csak ezután hozzuk létre az új állományokat. 
Ennél a módszernél a befűzésnél elég sokat kell dolgoznunk, 
és folyamatosan figyelemmel kell kísérnünk, hogy a fájlrend- 
szer éppen be van-e fűzve. Ne feledjük ugyanis, hogy külön- 
böző időpontokban kell fájlokat hozzáadnunk vagy törölnünk. 
Az usbdevfs fájlrendszer (ennek nincs köze a devfs-hez, csak 
szerencsétlen módon hasonlít a nevük) kiváló példa az olyan 
fájlrendszerre, amelyik ezt a megoldást alkalmazza. 

Most azonban nem kívánjuk folyamatosan követni, hogy fájlrend- 
szerünk be van-e fűzve vagy sem, egyszerűen csak fájlokat aka- 
runk létrehozni és törölni, amikor éppen kedvünk tartja. A má- 
sodik megoldás szerint a rendszermagot arra kell utasítanunk, 
hogy a fájlrendszert belsőleg fűzze be. Ezzel elhárul a befűzési 
állapot követésének gondja. Az 1. listán ez a megoldás látható. 
Rágjuk át egy kicsit ezt a kódrészletet, és próbáljuk megérteni, 
mit és hogyan tesz. Arra az esetre nézvést is kiváló példát 
adunk, ha megfelelő zárolási módszereket kell kidolgozni, 
mert például a rendszermag többprocesszoros gépen fut. 

Az alábbi sorral elsőként egy spin-zárat kérünk 

mount locknéven: 


spin lock(§mount lock) ; 
Ezt a zárat belső számlálónk védelmére használjuk abban 


az esetben, ha a fájlrendszer már be lenne fűzve. Igen, igaz, 
korábban azt mondtam, hogy a befűzési állapotot nem 
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szeretnénk nyomon követni. Semmi baj nincs, ezzel az 

egyszerű függvénnyel, valamint a fájlrendszer leválasztására 

használttal (ezt később ismertetem) sokkal könnyebb dol- 

gozni, és könnyebb őket megérteni is, mint a befűzési állapot 

folyamatos követésére használt módszert. Elég belenézni 

a 2.4.18-as és korábbi rendszermagok drivers/usb/inode.c 

állományába, és máris láthatjuk, mi kell ez utóbbi megfelelő 

működéséhez. 

Miután a spin-zár megvan, ellenőriznünk kell, hogy a belső 

mount változó be van-e állítva: 

if ipcihpis mount) 1 
megétl(pcihpís mount) ; 
megett (pcihpis mount) ; 
spin unlock (6émount lock); 
goto go ahead; 


] 


Ha igen, az mmtget () meghívásával növeljük belső befűzési 
számlálónkat. Az mntget () egy egyszerű, helyben kifejtett 
(inline) függvény az include/linux/mount.h állományban. 
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Ezután belső számlálónkat növeljük, eleresztjük a spin-zárat, 
és a függvény végére ugrunk, ugyanis végeztünk (néha még 
a rendszermagba is belefér egy-egy goto). 

Egyéb esetben a fájlrendszer nincs befűzve. Eleresztjük tehát 
a spin-zárat: 
spin unlock (ámount lock); 


majd a kern mount meghívásával belsőleg fűzzük be a 
fájlrendszert: 


mit s kern mount. (ápcinpis fs Éype) 
if (IS ERR(mnt)) ( 
err ("nem siker lt beffíszni a fXgjlrendszert... 
5skildpek! im") ; 
return -ENODEV ; 


] 


A spin-zárat eleresztjük, mivel a kern mount () függvény 
futása eltarthat egy ideig, és az is előfordulhat, hogy a rend- 
szermag más folyamatnak adja át az erőforrásokat. Ügyeljünk 
arra, hogy spin-zárat nem szabad fenntartani, ha a 
schedule () meghívására sor kerülhet - ilyenkor ugyanis elég 
csúnya dolgok történhetnek... 
Most, hogy a fájlrendszert befűztük, újra elkérjük spin-zárat: 
spin ünlöck (sősmount lock); 
de egyúttal ellenőrizzük, hogy a belső, befűzést jelző 
számlálónk továbbra is nulla-e: 
if. (ipcihpis mount) 
bceihpts mount z mt; 
peihpits. mount connt ; 
spin unlock (§mount lock); 
gotta. go álheéád; 


] 


, ÁLY!" - mondhatnád ekkor. , Mit akarunk a pcihpífs mount-tal? 
Tudjuk, hogy nulla az értéke, alig pár kódsorral előbb vizsgáltuk 
meg! Miért bántjuk újra?" Ne feledd, hogy a kern mount () 
meghívásánál — mint szó volt róla — a vezérlés más folyamathoz 
is kerülhet! Ha a kern mount () hívásakor ez történik, és egy 
másik folyamat is ugyanezt a kódrészletet hajtja végre (miért is 
ne, hiszen több processzorunk van, és egy időben természetesen 
több felhasználói szál is futhat), előfordulhat, hogy a fájlrendszert 
sikeresen befűzte, és apcihpfs mount változó értékét növelte. 
Na, ezért kell újra elvégeznünk az értékvizsgálatot. 

Ha nem volt másik folyamat, amely közbelépett, és a fájlrend- 
szert befűzte volna, a fájlrendszer mutatóját későbbi művele- 
tekhez mentjük, belső számlálónkat megnöveljük, a zárat 
eleresztjük és kilépünk. 

Ha egy másik folyamat köreinket megzavarta, és befűzte 

a fájlrendszert, a következőket tesszük: 


mntget (pcihpfs mount) ; 
trpcihpÍs mount count; 
spin unlock (§mount lock) ; 
Mmitoüt ímat ja 


Ez azzal egyezik meg, amit hasonló helyzetben cselekedtünk 
a függvény elején. 
A fájlrendszer leválasztására használt kódrészlet még egyszerűbb: 
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static void remove mount (void) 


( 


struct víiísmount "Fmnt; 


spin lock (ámount lock); 
mit. c peihpits mount; 
--peihpts mount cont ; 
it (ipcihpiís mount count) 
epoihots mount s NULL; 
spin unlock 
mitt ime ) 
dog("pcihbis mount count - da"; 
"gol npts mont count) ; 


(mount lock) ; 


] 


Ebben a függvényben is szert teszünk egy zárra (a fájlrendszer 
befűzésekor használttal megegyezőre), a fájlrendszer befűzési 
alkalmainak számát nyilvántartó számlálót csökkentjük 
(minden befűzéshez tartoznia kell egy leválasztásnak), majd 
eleresztjük a zárat. Ezután szólunk a rendszermagnak, hogy 
a fájlrendszert le akarjuk választani — ehhez már csak az 
mntput () meghívása szükséges. 

Amikor a rendszermag lényegében azért akarja befűzni 

a fájlrendszert, mert meghívtuk a kern mount ( ) 
függvényt — vagy mert egy felhasználó kezdeményezte -, 

a pcihpfs read super () függvény kerül meghívásra. 
Ebben létre kell hoznunk néhány rendszermagszerkezetet, 
amelyek megadják a fájlrendszer jellemzőit, valamint a 
fájlrendszer élettartama alatt a rendszermag által meghívott 
függvények fellelhetőségét. Mindezt az alábbi néhány 
kódsorral érhetjük el: 


sb-:s blocksize - PAGE CACHE SIZE; 
sb-:s blocksize bits - PAGE CACHE SHIFT; 
sb-:s magic - PCIHPFS MAGIC; 

Sb-s58 op — ápciIhpisSs öpS; 


Először is megadjuk, hogy fájlrendszerünk blokkmérete meg- 
egyezik a lapozó gyorsítótár méretével, közöljük a fájlrendszer 
magic-azonosítóját, amelynek a rendszerben egyedinek kell 
lennie, majd megadjuk super operations szerkezeti függ- 
vényeink listájának elérhetőségét. 

A szuperblokk központi fájlleírójának (root inode) kezdeti 
értékeit az alábbiakkal adjuk meg: 


inode - pcihpfs get inode(sb, S IFDIR ] 0755, 0); 
if (!inode) ( 

dbg("$s: az 1-node nem OGrheti 

soallya", .FÜNCTION ); 

return NULL; 


] 


A pcihpfs get inode() működéséről még lesz szó, ha 
viszont a fentiek sikeresek, a fő dentry-t hozzárendeljük 
a most létrehozott fájlleíróhoz, majd mentjük a dentry-t 
a szuperblokkszerkezetbe: 


toot s d alloóc róotiinode) ; 
it (ltoot) 1 


dbog("$s: a gy kör dentry nem Grheti 
sella", 
.  FUNCTION ); 





2. lista Új fájlleíró létrehozása 


static Éöötct inodellőöstéBESKÉGE ESHSEE 
eeeneeseüper bilocikátttie RÉ e e egen e tetlel sz 


( 


sjeTuct inodegfiseted Sade ve ele ES 


TE S (1MOCENET 
mode 1" mode 88 
"node ténveee 


modes 
current-:-fÍsuid; 
HTASdS Sz ÜNE KENE FEET EeHE S ésgidő 
Thnode. io EkS1zér-  PRGETERCHETSUZET 
snassz e alak olkeielési §— 510 
jnode tévedés S NÖDBV ; 
mode tömajppinge adops 
se epciapts daopS; 
TELE e Tee ÚT 
7 tGdes s ÜZ6 e ÚN 


Tn9des  Ttámedtme e 
CURRENT TMTE 


switch (mode § S IFMT) ( 

default: 
TES PS eV lem odettmode ao e ssselénes 
break; 


Case S-TEREG : 
MEOE SE TES OjON 
ecdetgült Ste SSBStae TONS 
break; 
case SETEDIR: 
Tnodes Te ojos 
S -pEtIPDESEdÜs S tmedetepeta E TONS T 
USES TE EGDNE 
per pesdett dope FáETONS; 
break; 
J 
] 


return inode; 


iput (inode) ; 


return NULL; 


85-58 foot 
vétürü 85; 


root ; 


Ez minden, amire a szuperblokk kezdeti értékadásához szükség 
van — ezzel a rendszermag a fájlrendszert sikeresen befűzte. 

A pcihpfs get inode() is egy olyan függvény, amelyet 
létre kell hoznunk a fájlrendszerhez. Akkor hívódik meg, 
amikor a fájlrendszerben új fájlleírót kell létrehoznunk. 

A 2. lista szemlélteti, miként végzi el mindeztapci hotplug 
illesztőprogram. 

Először a rendszermag new inode () függvényét kell meghív- 
nunk, hogy új fájlleíró szerkezet jöjjön létre, és a kezdeti érték- 
adás megtörténjen. Ha ez sikeres, több mezőt is fel kell tölte- 
nünk a szükséges adatokkal. Az i uid és azi gid mezőkbe 

a jelenlegi folyamat uid- és gid-értékei kerülnek, ily módon 
biztosítható a fájlleíró létrehozójának későbbi hozzáférése. 

Azi atime, i mtime és i ctime mezők a fájlleíró hozzáférés 
idejét, az utolsó módosítás és az utolsó változás idejét adják 
meg. Ezeket a pillanatnyi időpontra állítjuk be. Ha ez a fájlleíró 
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5. lista Az fs remove file() függvény meghívása 


static HEBEGTE SEBE HERE MMSE 
s (struct dentry "dentry) 


( 


stages dentry "BETEt EME ege e TEN eT 


if (ü8arent [] 
return; 


[GES c elESHOdE/ 


dowtpatent. döétiede ts em ii; 
iE "(peihpesípositive (dentry) ) " ( 
if (dentry-:d inode) ( 
JEA SESOTE ENE EZ ed hog 
at emode)i 
Ves éémditbarem 
sz eln Gede Feet éy es 
ene 
VES tane H e baremnes 
made tmodésdettÉv 


] 


dot (dentry) ; 


] 


üDVépetemnE set modes — dS ÉM 


,rendes" fájltípus, akkor adefault file operations 
halmazra mutatunk, mint azon függvények halmazára, 
amelyeket a fájlleíró szerephez jutásakor — megnyitás, írás, 
olvasás stb. — kell meghívni. Ha a fájlleíró könyvtárleíró, az 
alapértelmezett halmaz a könyvtárkezelő függvényekre fog 
mutatni. Ha a fájlleíró nem , rendes" és nem könyvtárleíró, 
hagyjuk, hogy a kezdeti értékadást a rendszermag az 

init special inode() meghívásával végezze el. 

Most, hogy sikeresen elvégeztük a fájlrendszer belső befűzését, 
hogyan hozhatunk létre a felhasználók által is írható-olvasható 
fájlokat? Először az fs create file() függvényt kell meg- 
hívni, amelynek átadjuk a létrehozandó fájl nevét és kezelési 
módját, egy mutatót a szülőkönyvtárra — ha ez NULL, a fájl 

a fájlrendszer főkönyvtárába kerül -, egy másik mutatót a fájl- 
hoz hozzárendelendő adathalmazzal, valamint egy a fájl eléré- 
sekor meghívott fájlműveletek halmazát megadó mutatót. 

Itt hívjuk meg apcihpfs create by name függvényt, 
amellyel a megadott adatok alapján egy új dent ry jön létre. 

A dentry létrehozása után mentjük az adatmutatót, és a 
dentry file operations mutatója azokra a függvényekre 
irányul, amelyeket a dent ry fájlleírójának elérésekor tényle- 
gesen meg akarunk hívni. 

A file operations szerkezet, amelyet egy fájlleíróhoz ren- 
delünk, a létrehozott fájl típusától függően változik. A power 
állomány esetében, amely az adott PCI-foglalat ki- vagy bekap- 
csolt állapotát adja meg, valamint a ki- és bekapcsolásra is 
használható, az alábbi szerkezetet használjuk: 


static struúct filé operations 


power file operations - ( 
védd: power read file, 
write : power write file, 
open: default. open; 
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Ez esetben apower read file ésa power write file 
függvény érdekes. Ezek kerülnek meghívásra, ha valaki a fájlt 
olvasni vagy írni próbálja. A további függvények akkor jutnak 
szerephez, ha más műveleteket végzünk az állományon. Az 
open () hívás hatására a rendszermag a default open, az 
1l1lseek hatására a default file lseek() függvényt hívja 
meg és így tovább. 

A power read file() rendkívül egyszerű függvény 

—- mindössze a megadott PCI-foglalat ki- vagy bekapcsolt 
állapotát kell visszaadnia. A vonatkozó kódrészlet: 


page - (unsigned char ?) 

—m "get free page(GFP KERNEL) ; 
if (!page) 

return -ENOMEM; 
retval - get power status (slot, §value) ; 
if (retval) 
goto exit; 

len - sprintf (page, "SdWn", value) ; 


A kódrészlet lefoglal egy darab memóriát (egy lapnyit), lekér- 
dezi a PCI-foglalat állapotát (aget power status() 
függvény meghívásával), majd az állapotot tükröző karakter- 
láncot kiírja a lefoglalt memóriarészbe. A memóriarészt ezu- 
tán átmásolja a felhasználói memóriaterületre. Ne feledjük, 
hogy az eredeti memóriarész a rendszermaghoz tartozik 

— ha a felhasználók oldaláról is elérhetővé akarjuk tenni, az 
alábbi kódrészletet végre kell hajtani: 


TE 
] 


A részletben a buf mutató a felhasználói memóriarészben lévő 
átmeneti tárra mutat, amelyet eredetileg a read () hívásnak 
adtunk át. Amikor a felhasználó kiadja az alábbi parancsot 


(copy to user (buf, page, len)) ( 
retval - -EFAULT; goto exit; 


cat /tmp/pcihpfs/slot2/power 
az eredmény a következő: 
al. 


A power write file() függvény ugyanilyen egyszerű. 
Azt szeretnénk, ha a felhasználó egy egyszerű echo paranccsal 
vezérelhetné a PCI-foglalat tápellátását, például: 


echo 1 5 /tmp/pcihpfs/slot3/power 


Ezzel a paranccsal a harmadik PCI-foglalat tápellátását lehet 
bekapcsolni. A művelethez az átadott értéket karakterlánc 
formátumból át kell alakítanunk bináris számmá, és meg kell 
határoznunk, hogy melyik PCI-foglalatokra jellemző egyedi 
függvényt kell meghívnunk (lásd a 4. listát, 36. CD Magazin/ 
PCI könyvtár). 

Először létrehozunk egy a felhasználói karakterláncnál egy 
bájttal nagyobb átmeneti tárat, és feltöltjük nullákkal. Második 
lépésként a tartalmát a felhasználói részből a rendszermag 
átmeneti tárába másoljuk, ezután a simple strtoul() 
függvénnyel bináris formátumba alakítjuk, majd értékétől 
függően adisable slot() vagy az enable slot () 
függvényt hívjuk meg a megadott PCI-foglalathoz. 
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A fenti két egyszerű függvénnyel bármely felhasználó által 
elérhető illesztőprogram-felületet hozunk létre anélkül, hogy 
különleges, ioct1-jellegű hívásokat kellene végrehajtni. 
Amikor az illesztőprogram leáll, minden olyan fájlt el kell távo- 
lítania, amelyet a fájlrendszerben hoztunk létre, így válik lehe- 
tővé a fájlrendszer leválasztása és a hozzárendelt memória 
felszabadítása. Ehhezaz fs remove file() függvény kell 
meghívni (lásd az 5. listát). 

A függvénynek át kell adni egy mutatót, amely az 

fs create file hívás által visszaadott dent ry-t határozza 
meg. Megvizsgálja, hogy a dentry rendelkezik-e érvényes 
szülővel, ugyanis egy dentry csak ebben az esetben távolít- 
ható el. Ezt követően a rendszermag VES-rétegétől kéri a 

dent ry eltávolítását (ekkor eltérő hívásokra kerülhet sor, attól 
függően, hogy a dent ry fájlra vagy könyvtárra hivatkozik). 
Leírtuk az alapvető fájlrendszerműveleteket, amelyek egy 
illesztőprogramban megvalósított fájlrendszer létrehozásához 
szükségesek. Ha pontosabb leírást szeretnél arról, hogy a 
különféle részek hogyan működnek együtt, vess egy pillantást 
a Linux-rendszermagfa drivers/hotplugípci hotplug core.c 
állományában található programkódra. 

A cikk a 2.4-es rendszermagnál szükséges tennivalókat tárgyalta. 
A 2.5-ös változatnál — annak köszönhetően, hogy a ramfs függ- 
vények túlnyomó részét exportálják — számos dolgot könnyeb- 
ben meg lehet oldani. A RAM-alapú fájlrendszerek között így 
nagyobb mértékben oszthatók meg a programkódok, a progra- 
mozók tehát kevesebb munkával is célt érhetnek, és a hibás 
megvalósítások készítésének valószínűsége is csökken. 


Köszönetnyilvánítás 

Szeretnék köszönetet mondani Pat Mochelnek a ddfs/driverfs 
kód megírásáért, amelyen a pcihpfs programkód jelentős része 
alapult. A driverfs egy új fájlrendszer a 2.5-ös rendszermagban, 
amelynek segítségével az illesztőprogramok készítői illesztő- 
programjaik különleges adatait a felhasználói területre expor- 
tálhatják, valamint faszerkezetben az összes eszközt elérhetővé 
tehetik, így a tápellátást kezelő eszközök sokkal egyszerűbbek- 
ké válhatnak. 

Szintén szeretném megköszönni A! Viro értékes válaszait a 
VFS-sel kapcsolatos kérdéseimre, amelyek révén egy fájlrend- 
szert ilyen kevés kóddal sikerült megvalósítani. 


A listák megtalálhatóak a 36. CD Magazin/PCI könyvtárában. 
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] Az IBM-nél dolgozik, ahol számos, a Linux 
rendszermagjával kapcsolatos kérdéssel 
foglalkozik. 












Az operációs rendszerek belügyei 


Hogyan Is működik egy mai korszerű operációs rendszer? Miként osztja meg gépünk 
erőforrásait a párhuzamosan futó alkalmazások között? Miként gazdálkodik a 
rendelkezésre álló memóriával, és hogyan tárolja adatainkat a merevlemezen? 





ost induló sorozatunk az eh- 
hez hasonló kérdésekre ke- 
resi a választ, leginkább csak 


elméleti síkon, de a gyakorlatban is be- 
mutatjuk: vizsgálódásunk alanyául az 
egyik legelterjedtebb nyílt forráskódú 
rendszert, a Linux-rendszermagot vá- 
lasztottuk. 

Még mielőtt buzgón a mély vízbe vet- 
nénk magunkat, tisztáznunk kell né- 
hány alapvető fogalmat, mivel pontos 
ismeretük rendkívül fontos az operációs 
rendszerek lelkivilágának mélyebb meg- 
ismeréséhez. Elképzelhető, hogy soroza- 
tunk első részének mondanivalójával 
már sok olvasó tisztában van, de mi azt 
szeretnénk, hogy minél szélesebb olva- 
sói réteg vehesse hasznát írásunknak. 
Ezért a hangsúlyt nem a tömörségre és 
teljességre, hanem a könnyebb megér- 
tésre próbáljuk helyezni. leljességre 
egyébként is hiú ábránd lenne töreked- 
ni, sorozatunk témája ugyanis rendkívül 
bonyolult és összetett, vaskos könyvek 
és tanulmányok láttak róla napvilágot. 
Mi elsősorban e szövevényes téma azon 
szeleteivel foglalkozunk, amelyek egy 
átlagos felhasználót érdekelhetnek. 

Az itt bemutatott elvek gyakorlatban tör- 
ténő megvalósítása rettenetesen nehéz 
és összetett feladat, részletes taglalására 
újságunk keretein belül nem is lenne 
mód, ezért megelégszünk annyival, ha 
elméleti síkon be tudjuk mutatni egy 
mai korszerű operációs rendszer műkö- 
dését. Akit a téma ennél is mélyebben 
érdekel, javasoljuk, lapozgassa az aján- 
lott olvasmánykért feltüntetett műveket. 
Akkor kezdjük az elején! Mi a feladata tu- 
lajdonképpen az operációs rendszernek? 
E kérdés megválaszolása nem is olyan 
egyszerű. Az operációs rendszernek 
alapvetően két különböző, ám egymás- 
sal szoros kapcsolatban lévő feladatnak 
kell eleget tennie: az erőforrás-kezelés- 
nek, és egy olyan egységes programozási 
felület megteremtésének, amelyen keresz- 
tül a felhasználói alkalmazások erőforrá- 
sainkat könnyebben használhatják. 
Nézzük meg, mit is takarnak ezek 

a kifejezések! 
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Az operációs rendszer egyrészt erőfor- 
rás-kezelő. Erőforrás alatt azokat az esz- 
közöket (például háttértárolókat, nyom- 
tatókat, egereket), illetve adategységeket 
(például egy állományt vagy egy adatbá- 
zis meghatározott rekordját) értjük, ame- 
lyet egy időben csak egy program érhet el. 
Hogy egy időben valóban csak egy alkal- 
mazás férhessen az adott erőforráshoz, 
azt az operációs rendszer biztosítja. 
Ennek könnyebb megemésztése végett 
nézzünk egy hétköznapi esetet: ki sze- 
retnénk nyomtani egy állomány tartal- 
mát. Löbbfeladatos rendszerekben (pél- 
dául Linux, Windows, O5S/2) bőségesen 
előfordulhatnak olyan helyzetek, hogy 
két párhuzamosan futó alkalmazás egy- 
szerre akar egy erőforrással dolgozni, 
jelen esetben nyomtatni. Ha az erőfor- 
rásokhoz bárki bármikor korlátlanul 
hozzáférhetne, könnyen adódhatnak 
nagy galibák. Például míg mi buzgón 
állományunk tartalmát nyomtatjuk, 
addig valaki egy másik terminálról szin- 
tén nyomtatási parancsot adhat ki. EFred- 
ményül nagy összevisszaságot kapunk, 
amelyen mindkét egyszerre kinyomta- 
tott állomány tartalmát megtalálhatjuk, 
egymással összeolvadva. 

Könnyű belátni, mennyire kulcsfontos- 
ságú, hogy az erőforrások használata 

az operációs rendszer által szabályozva 
legyen. Ez a szabályozás a gyakorlatban 
úgy valósul meg, hogy a különböző 
erőforrások közvetlen kezeléséről maga 
az operációs rendszer gondoskodik. Ha 
ki szeretnénk nyomtatni egy állományt, 
meg kell kérnünk a rendszert, hogy 
tegye meg nekünk (egy átlagos alkalma- 
zás a legtöbb rendszerben a párhuzamos 
kapuhoz nem is férhet hozzá közvetle- 
nül). Például Unix-alapú rendszerekben 
ezt úgy tehetjük meg, hogy a kinyom- 
tatni kívánt állományt elhelyezzük egy 
erre a célra kijelölt könyvtárban. Egy 
másik, vele együtt futó különleges alkal- 
mazás -— a nyomtatódémon - folyama- 
tosan ellenőrzi e könyvtár tartalmát, és 
ha talál benne nyomtatásra szánt anya- 
got, annak tartalmát elküldi a párhuza- 
mos kapura, majd munkája befejeztével 


az állományt kitörli. Ha időközben 
újabb kinyomtatásra váró anyag érkezik, 
egészen addig nem foglalkozik vele, míg 
előző feladatát nem teljesítette. 

A többfeladatos operációs rendszerek 
lehetővé teszik, hogy több alkalmazást 
is futtathassunk párhuzamosan. Azt 

a legkisebb egységet, amely párhuzamos 
feldolgozásra kerülhet, folyamatnak 
(process) nevezzük. Tulajdonképpen 
minden elindított alkalmazás egy-egy 
folyamatnak felel meg a rendszerben. 
Mint tudjuk, a processzorok soros 
feldolgozásúak (az utasításokat egymás 
után egyesével hajtják végre), azaz egy 
időben mindig csak egy folyamat futhat. 
Az operációs rendszernek tehát nem- 
csak az erőforrásokat kell beosztania a 
programok között, hanem azt is, hogy 
melyik folyamat mikor és mennyi ideig 
futhat. Amikor ez az idő letelik, a futási 
lehetőséget egy másik folyamat kapja 
meg. Szakszerűen mondva az operációs 
rendszernek a folyamatok ütemezéséről 
is gondoskodnia kell. 

Jogosan merül fel a kérdés, hogy mi a 
helyzet a manapság egyre jobban terje- 
dő többprocesszoros rendszerek, illetve 
a géptelepek (több gépből összeállított 
szupergéptek) esetében? Itt az operációs 
rendszernek egy sokkal bonyolultabb 
ütemező algoritmussal kell rendelkez- 
nie, de több processzor hatékonyabb 
kihasználásához a felhasználói progra- 
mok felőli támogatásra is szükség lesz. 
Mit értünk ez alatt? Logikusnak tűnhet, 
hogy ahány processzort tömünk számí- 
tógépünk belsejébe, a feldolgozás annyi- 
szor gyorsabb lesz. Ez az elképzelés 
azonban téves, ugyanis sebességnöve- 
kedést csak több alkalmazás párhuza- 
mos futtatásakor észlelhetünk. Ám a há- 
lózati kiszolgálóktól eltekintve a tapasz- 
talat azt mutatja, hogy a felhasználók 
általában csak egy folyamat feldolgozá- 
sán szeretnének gyorsítani. A megoldás 
kézenfekvő: az adott folyamatot egy- 
szerre több processzoron futtatjuk. Ám 
ezt csak akkor tehetjük meg, ha az alkal- 
mazást eleve erre felkészülve írták meg, 
azaz párhuzamosították. A párhuzamos 
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feldolgozásra szánt programok írása egy 
kissé más szemléletet igényel, mint a ha- 
gyományos sor programoké. Nem ritka, 
hogy egy alkalmazást a párhuzamosítás 
érdekében szinte teljesen át kell írni. Sőt, 
bizonyos esetekben csupán kis százalék- 
ban érünk el sebességnövekedést, 


tehát programunkat minden olyan al- 
katrészre külön meg kell írnunk, ame- 
lyen futtatni szeretnénk. 

Érthető, hogy aki felhasználói alkalma- 
zások fejlesztésére adta a fejét, nem 
kíván ilyen mélységben megismerkedni 
az alkatrész programozás rejtelmeivel. 


4. réteg: Felhasználói programok 


3. réteg: Kiszolgálófolyamatok, 
rendszerhívások megvalósítása 


1. réteg: Folyamat- és megszakításkezelés 


Vas 





A Linux-rendszer felépítése 


ugyanis amennyi időtöbbletet nyerünk 
azáltal, hogy több számítást egyszerre 
tudunk végezni, ugyanannyit kell 
áldoznunk a több processzoron való 
futtatás összehangolására. 

De térjünk vissza eredeti témánkhoz! 
Az operációs rendszerek másik fő fela- 
datköre következik: az erőforrások elé- 
résének megkönnyítése. A számítógép 
alkatrészeinek programozása sosem volt 
kényelmes feladat. A felhasználói alkal- 
mazások által gyakran használt legalap- 
vetőbb műveletek (például egy fájlból 
való olvasás) megvalósítása is komoly 
kihívást jelent. Például nem mondhat- 
juk meg a merevlemeznek, hogy az 
adott fájlból olvassa ki az első száz báj- 
tot. Mi csak szektorokat olvastathatunk 
be vele, de még ehhez a legegyszerűbb 
művelethez is rengeteg adat ismerete 
szükséges, mint például a pályánkénti 
szektorok száma, vagy hogy hány darab 
cilinder található a merevlemezen. Sőt, 
olyasmire is figyelni kell, hogy mennyi 
időt vesz igénybe az olvasófej állítása, 
illetve a motor felpörgetése (ezt az időt 
ugyanis programunknak várakozással 
kell töltenie). Nem is beszélve arról, 
hogy a különböző cégek által gyártott 
eszközöket az esetek többségében nem 
azonos módon kell programoznunk, 
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Csak annyit szeretne, hogy a fájlból való 
olvasást egy egyszerű eljárás meghívá- 
sával elvégezhesse, és értékként csak a 
fájl nevét, illetve a beolvasandó bájtok 
számát kelljen átadnia. Az, hogy az 
állomány milyen módon, illetve milyen 
típusú háttértárolón van tárolva, a prog- 
ramozót a legkevésbé sem érdekli. 

Ezért az operációs rendszer számítógé- 
pünk szolgáltatásait a felhasználói prog- 
ramok számára kibővíti. Eme bonyodal- 
mas műveletek -— mint például a fájlkeze- 
lés — megvalósítását az operációs rend- 
szer magára vállalja, és olyan felületet 
hoz létre, amely a felhasználó szeme elől 
,eltakarja" az alkatrész programozás 
sötét világát. Ha úgy tetszik, egy olyan 
virtuális számítógépet kapunk, amelynek 
programozása lényegesen egyszerűbb. 
Azok a szolgáltatások, amelyek a prog- 
ramozók számára leegyszerűsítik az 
erőforrások használatát, rendszerhívások 
formájában valósulnak meg. A rendszer- 
hívások tulajdonképpen olyan eljárások, 
amelyeket a felhasználói alkalmazások 
bármikor szabadon meghívhatnak. Hogy 
miképpen az, gép- és rendszerfüggő. 
Például MS-DOS-ban a hexadeximális 
21-es megszakítást kellett meghívnunk 
(a megszakításokról később bővebben 
beszélni fogunk), de az értékeket előtte 


meghatározott regiszterekben kellett 
tárolnunk. Unix-alapú rendszerek alatt 
a rendszerhívások azonban C könyv- 
tárak formájában is elérhetőek, így a 

C nyelvben írt programokból közvet- 
lenül meghívhatók. 

Meg kell jegyeznünk, hogy az operációs 
rendszerek többsége csak rendszerhívá- 
sokon keresztül engedélyezi az erőforrá- 
sok elérését, közvetlenül nem. Ugyanis 
csak így tarthatja meg állandó befolyását 
számítógépünk felett, tehát kizárólag 
így szavatolhatja, hogy egy erőforrást 
egyszerre mindig csak egy program 
használ, illetve ellenőrizheti, hogy egy 
művelet végrehajtásához a futó alkal- 
mazásnak megvan-e a kellő jogosultsága. 
Ezek együttesen biztosítják, hogy sem- 
milyen felhasználó által indított program 
nem lesz képes a rendszerünket össze- 
omlasztani. 

A POSIX-szabvány (amely azt írja le, 
hogy egy Unix-alapú rendszernek milyen 
feltételeknek kell megfelelnie) 53 rend- 
szerhívást határoz meg. Ezek olyan alap- 
vető műveleteket valósítanak meg, mint 
folyamatok és jelek kezelése, fájl-, könyv- 
tár-, illetve fájlrendszerkezelés, valamint 
a dátum- és az idő kezelése. A Linux 
ezeknél természetesen sokkal több rend- 
szerhívást tartalmaz, amelyek például 

a további perifériák kezelését vagy a 
hálózati szolgáltatásokat valósítják meg. 
Mielőtt továbbmennénk, tisztáznunk 
kell, hogy a gépünkön található prog- 
ramrengetegből melyek alkotják közvet- 
lenül operációs rendszerünk részeit, és 
melyek nem. Azok a programok, ame- 
lyek úgynevezett felhasználói módban 
futnak, semmiképp sem tartozékai az 
operációs rendszernek. Nemcsak a 
különböző felhasználói alkalmazások 
(például szövegszerkesztők) sorolhatók 
ebbe a csoportba, hanem például az 
úgynevezett héjprogramok is. Ezek 
olyan alkalmazások, amelyek a felhasz- 
náló és az operációs rendszer közötti 
kapcsolattartást biztosítják, segítségük- 
kel adhatunk utasításokat a rendszer- 
nek. Ide tartoznak a parancsértelmezők 
(például a bash, a csh), de tulajdonkép- 
pen az ablakkezelők is. Hiába fontos 
tehát egy rendszer életében a héjprog- 
ram, mégsem közvetlen tartozéka az 
operációs rendszernek. 

A rendszerprogram azon részeit hívjuk 
operációs rendszernek, amelyek úgyne- 
vezett rendszermag-, más néven felü- 
gyelt módban futnak. Ezek sokkal több 
mindent megtehetnek, mint a felhasz- 
nálói szinten futtatott alkalmazások, 
például közvetlen beviteli/kiviteli műve- 
leteket hajthatnak végre, illetve további 





kedvezményeket is élvezhetnek (például 
nagyobb elsőbbséget). 

Fontos megjegyezni, hogy a magmód- 
ban elhelyezkedő programokhoz és az 
alkatrészekhez felhasználók közvetlenül 
nem férhetnek hozzá. Míg tehát a fel- 
használó saját maga választhatja meg 
például azt, hogy melyik héj alatt szeret- 
ne dolgozni, vagy hogy melyik levelező- 
program alatt óhajtja a leveleit olvas- 
gatni, addig például a billentyűzet keze- 
léséért felelős eljárásokat nem cserélheti 
csak úgy le. 

Most nézzük meg egy mai korszerű ope- 
rációs rendszernek a felépítését, a Linu- 
xét. A Linux belső felépítését vizsgálva 
négy eltérő, ám jól meghatározott fela- 
datot ellátó réteget különböztethetünk 
meg. A legalsó rétegnek két feladata 
van: a folyamatok ütemezése és a közöt- 
tük zajló kapcsolattartás lehetővé tétele. 
Az utóbbit IPC-nek (InterProcess Com- 
munication - folyamatközti kapcsolat- 
tartás) hívjuk, és a későbbiekben nagyon 
fontos szerepe lesz. A legalsó réteg fele- 
lős az eszközmegszakítások fogadásáért. 
Sorozatunk következő részében e réteg 
működésével bővebben is foglalkozunk. 
A második réteg legfontosabb feladata 
az erőforrás-kezelés megvalósítása. 
Ebben a rétegben helyezkednek el az 
eszközmeghajtók (device drivers). Ezek 
már folyamatok, azaz a felhasználói 
programokkal párhuzamosan futó eljá- 
rások, de a hardveres egységekhez köz- 
vetlenül hozzáférhetnek, és az ütemező 
is ,méltányosabban" bánik velük. Az 
első és a második réteg együtt alkotja 

a kernelt, közismertebb nevén a rend- 
szermagot. 

A harmadik rétegben a rendszerhívások 
végrehajtásáért felelős úgynevezett 
kiszolgálófolyamatok helyezkednek el, 
amelyek a felhasználói programoknak 


Szent Batman! Néhány 
komolyan ösrégi 
vas figyelget itten! 


Aha. Hé, ezt én terveztem 
és üzemeltettem! 
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nyújtanak hasznos szolgáltatásokat. 
Külön kiszolgálófolyamat fut például 

a memóriakezeléssel vagy a fájlrendszer- 
rel kapcsolatos rendszerhívások kezelé- 
sére. Fontos megjegyezni, hogy a kiszol- 
gálók már teljesen önálló folyamatok, 

és a hatáskörük is erősen korlátozott 
(például nem hajthatnak végre közvet- 
len [/D-műveleteket), mégis megkülön- 
böztetett helyzetben vannak a felhasz- 
nálói folyamatokkal szemben. lovábbá 
a kiszolgálófolyamatok előbb indulnak 
el, mint bármelyik felhasználói folya- 
mat, és egészen addig futni fognak, 
amíg rendszerünket le nem állítjuk. 
Ezért a kiszolgálófolyamatok nem fel- 
használói módban futnak, de már nem 
is közvetlenül a rendszermag részei. 

A felhasználó szemszögéből nézve ez 
érdektelen, mivel a kiszolgálófolyama- 
tok forrását a Linux-mag forrása tartal- 
mazza, és fordításkor az is a rendszer- 
maggal együtt fordul. 

Az utolsó szinten a felhasználói alkal- 
mazások foglalnak helyet, azaz itt fut 

a szövegszerkesztő, a héj és a különböző 
egyedi felhasználói folyamatok, 

a démonok. 

A démonok az itt bemutatott kiszolgáló- 
folyamatokkal sok hasonlóságot mutat- 
nak, mivel a rendszer indításától általá- 
ban ők is egészen a leállításig futnak, de 
érdemi tevékenységet csak egy megha- 
tározott esemény bekövetkeztekor 
végeznek (például egy időpont eljövete- 
lekor vagy egy hálózati kapura való 
kapcsolódási kérelem esetében). Ha ez 
megtörténik, azonnal munkába állnak, 
és elvégzik a kijelölt feladatot, majd 
ismét , álomba szenderülnek". Ugyanak- 
kor a démon csak egy egyszerű felhasz- 
nálói folyamat, ugyanolyan megkötések 
vonatkoznak rá, mint például szöveg- 
szerkesztőnkre, ebben az értelemben 


Télleg? Es konkréten mi is ez? 


Ez egy Boole-algebrát megvalósító 
ál-Babbage egység, ami XOR, NOR 
és NAND logikai kapukkal működik, 
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nem tekinthető az operációs rendszer 
részének. Ám a Unix világában a démo- 
noknak mégis fontos szerep jutott, 
ugyanis velük hajtatnak végre minden 
olyan műveletet, amelyet egy felhasz- 
nálói szintű program is elvégezhet. 

A különböző hálózati kiszolgálók 
(például a web-, az FIP-, a levélkiszol- 
gálók) is démon formájában futnak. 

Ne bánkódjunk, ha a GNU/Linux felé- 
pítése még mindig homályos számunk- 
ra. A következő résztől kezdve sorban 
végigmegyünk az összes rétegen, és 
részletesen, példákkal szemléltetve 
mutatjuk be feladatukat és működésük 
lényegét. 

Ennyi volt, amit feltétlenül tudnunk 
kell ahhoz, hogy mélyebben belevessük 
magunkat az operációs rendszerek 
működésének tanulmányozásába. A leg- 
közelebbi alkalommal már érdekesebb 
témákkal foglalkozunk: először megis- 
merkedünk a Linux-rendszermag for- 
rásának felépítésével, majd megnézzük, 
hogy miként kezeli a folyamatokat, 
illetve hogyan teszi lehetővé a közöttük 
való kapcsolattartást, az IPC-t. 


Ajánlott irodalom 

Andrew S. Tannenbaum — Albert S. Wood- 

hull: Operációs rendszerek (Panem, 1999.) 

2 http:/mirrors.kernel.org/ 
LDP/LDP/tlk/tlk.html 


Garzó András 
(garzoandointerware.hu) Körülbelül 
három éve foglalkozik Linux- és más 
Unix-rendszerekkel. Legjobban az ope- 
rációs rendszerek lelkivilága érdekli, 
de nyitott egyéniség. Kedvenc étele 

a palacsinta, és van egy Richard nevű 
macskája. Minden észrevételt, meg- 
jegyzést, levelet szívesen fogad. 


Remek. De mi a búbánatot csinál? 


Ha jól rémlik, elsodleges 
feladata az volt, hogy tökéletes 
létbiztonságot nyújtson nekem. 
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Clipper-programok Linux alatt 


Emlékszik még valaki a Clipper (XBase) fejlesztői környezetre? 
Az elmúlt két évtizedben többmillió programsor született ezen a nyelven. 


b elentős azoknak a programozóknak a száma, akik jól is- 
merik, és még ma is készségszinten tudják használni ezt 
az eszközt. Napjainkban is számos Clipper-alapú rend- 
szert használunk (a legismertebb talán a Volán Elektronika LIÍBRA 
ügyviteli csomagja), arra is találunk azonban példát, hogy az MS 
Visual FoxPróban új fejlesztések indulnak el. A DBase fájlformá- 
tum mindenesetre nagyon elterjedt, így minden rendszer alatt 
léteznek azok a segédprogramok, amelyekkel kezelni lehet őket. 
Valószínűleg ezek a felismerések keltették életre azt a projek- 
tet, amelyik a clip rendszert megalkotta és jelenleg is fejleszti. 
A clip csomag nagyon dinamikusan fejlődő GNU-program, 
amelyet 2001 nyarán fedeztem fel a 5 http://www.linux.org 
gyűjteményben kutatva. A program és a fejlesztők honlapja 

a 5 http:/www.english.itk.ru/clipper/index.html címen érhető 
el, ahonnan mindig letölthető a legfrissebb változat. 

A cikk írásának idején a clip-prg-0.99-1.tgz volt a leg- 
frissebb csomag. 

Annak idején a Clipper-környezet a Windows 9x/NT és a háló- 
zatos (SOL-kiszolgáló) technológia térhódítása következtében 
került ki a fejlesztők eszköztárából. Miért? A két fő ok való- 
színűleg a következő volt: 


e A Clipper nem volt felkészítve a többrétegű alkalmazások 
előállítására, ezért az ebben írt programok szükségtelenül 
terhelték a hálózatot. Az adatok és a Clipper programok 
általában egy fájlkiszolgálón voltak találhatók, csakhogy a 
program futtatása és az adatkezelés az ügyfélgépen történt. 
Ez ebben a formában tarthatatlan volt, hiszen a hálózaton 
mindig minden adat átment a DBF-fájlok és a program 
memóriája között. 

e A Clipper alapvetően nem grafikus felhasználói felületre 
lett kitalálva — a puritán kinézetű szöveges képernyők nem 
feleltek meg a kordivatnak. 


A clip rendszer 

A clip csomag telepítése után elkezdtem vizsgálni, vajon a léte- 
ző régi nagyobb Clipper-programjaimat (teljesítményelszámo- 
lás, nyugdíjpénztár stb.) le tudom-e fordítani. A másik kérdés 
az volt, hogy a program használata során a sikeres fordítás és 
szerkesztés után tapasztalok-e valamilyen hiányosságot. A prog- 
ramok fordítása és szerkesztése a régi Makefile-ok átírását 
jelentette. Számomra hatalmas meglepetés volt, hogy a clip a 
több tízezer sorból álló programokat kifogástalanul lefordította. 
A bináris programok kipróbálása során semmilyen hibát nem 
tapasztaltam, az alkalmazások kifogástalanul működtek. Csodá- 
latos volt arra gondolni, hogy ez a bináris kód valódi, ELF-for- 
mátumú Linux-program. A régi rendszerek okozta kellemetlen- 
ségek (CLIPPER, FILES környezeti változók, kevés memória) 
teljesen eltűntek. Ez a sikerélmény vezetett oda, hogy alapo- 
sabban is elkezdtem tanulmányozni a rendszert, amiről kide- 
rült, hogy sokkal többre is képes, mint gondoltam. 

A leírás szerint a környezet jelenleg a következő szolgáltatá- 
sokat kínálja: 
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Az alapcsomag teljesen csereszabatos a CA Clipper 5.3-mal. 

e . Programozói illesztőfelület létezik az Oracle, PostgreSOL 
és MySOL adatbázis-kezelőkhöz. Ez lehetővé teszi, hogy 
adatainkat ne csak ".DBF fájlokban tároljuk, ami meglehe- 
tősen izgalmas és új nézőpont az XBase-programozók 
számára. 

e — Grafikus felhasználói kezelőfelület- (GUI) csomag (a GIK-t 
elemkészletre alapozva) használható. 

e A ICP/P csatolója elérhető. Ennek tanulmányozásához a 
cip SMIP-elem megvalósításának átnézését ajánlom, ami 
egyébként programjainkból elektronikus levelek könnyű 
és önműködő küldését teszi lehetővé. 

e A gzip, bzip2 tömörített formátumokat támogató csomag. 

e A crypto titkosított formátumot kezelő csomag. 

e . Folyamatok kezelése (párhuzamos programozás). 

e A soros kapu kapcsolattartását kezelő csomag. 

e — leljes nemzeti támogatás (II8N). 


A clipet a következő rendszerekre ültették át: Linux, FreeBSD, 
OpenBSD, Windows 9x/NT/2000. 
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Fájl Munkafolyamatok Beállítások Segítség 


. Ahertat alten 


Help Create Brouwse 


Üpen 


Files 


1. kép A Clipper DBU programjának linuxos változata 


A nagyobb programok fordításának és futtatásának bemutatá- 
sára az 1. kép szolgál. A kép a Clipper DBU programot futás 
közben mutatja. A program Clipper nyelven készült és lefordí- 
tása semmi gondot nem okozott a clip számára. 


Erdekes észrevételek 

Régi programjaim clippel fordított változatának nézegetése 
során rájöttem, hogy a telnet, illetve az ssh vagy az X-ter- 
minál használata során én igazából vékony ügyfél vagyok. 

Az adatok és a programok emiatt nem terhelik szükségtelenül 
a hálózatot. Ugye, milyen izgalmas? A Linux egyszerű módon 
biztosít olyan programhasználati környezetet, ami Windows 
alatt csak a kétrétegű alkalmazások bevezetésével érhető el. 

A bináris programok kisméretűek. Ez azért lehetséges, mert 
nincsenek összeszerkesztve a clip könyvtáraival. A Linux kor- 





7. lista Függvénytábla készítése clippel 


// fuggveny.pEgGgH SEEGGgVONYEROTA 
/ /elötrehozgsa 

Ered - ( [Prot G 
vsz egy k döllésE 


use TESZT // a TESZT tEbla megnyitEZsa 
//eogit str tüsban 

zap /7:-a TESZT tCXAőlarsorainak 
// t rlgse 

E NOLZTSAZT ET-ŐN Tt ÜtévögVg 

VC 0 /7"Az EK en fut vőgig 

docAuthor] szet 09 

y — TT éansztotrmaciolexk 


// alkalmazzuk a f ggvfOnyt 
CCA — ESEN al 

//Ece0 Tá töposk z 
append blank 

// res rekord 1l9trehozXfsa 
replace ET with x 
replace EK with y 

end do 

use 


//ra TESZT tAbla zárása 
5 


ZER Steme ta 
// tEblEba 


return // a program vdge 


// Ennek a f ggvőnynek kösz tik el 
//"a tAbimjat 
FüncéLon Transztormacioi bar") 


SES ee 4) 
age as tede s OSI) 
ET 0 
fesz MIKE NOTRE Go GaKENK SZ Ezá ob) 
Z7 sa: kedöolokk Masziadlátá Me sz 400 /1EésSZ) 
end if 
TA lejtőt eten LENNE tett ss 


szerű felépítésű osztott objektumkönyvtárainak (pl.: libclip.so) 
használata gazdaságos méretű és gyorsan betölthető progra- 
mok létrehozását teszi lehetővé. 

A kis méretű programok és a Clipper nyelv nem annyira 
szigorú típuskezelése a jól alkalmazható , ragasztó" nyelvként 
való használatot is lehetővé teszi. A run parancs bármely tet- 
szőleges Linux-parancsot lefuttatja (pl.: run 15). Ezt a kelle- 
mes tulajdonságot a clip kiváló előfeldolgozója (preprocessor) 
még teljesebbé teszi. A C/C1- 1 nyelveken megírt kódrészletek 
egy clipprogramba könnyen beilleszthetők. 

A GIK--ra épülő illesztés szép kinézetű grafikus programok 
készítését teszi lehetővé, hogy azokat akár távoli X-terminál- 
ról (más szóval: X-kiszolgálón keresztül) is könnyedén hasz- 
nálni lehessen. 

A clip futtatható környezet a Java-bájtkódhoz nagyon közeli 
elgondolásra épül. A clip forrásprogramok is bájtkódra fordít- 
hatók, amelyeket a clip virtuális gép hajt végre. Ez könnyen 
megfigyelhető, ha egy clip forrásprogramot C nyelvre fordí- 
tunk. Látni fogjuk, hogy a futtató környezet indítása egy új 
cip virtuális gép létrehozásával indul. 
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. Szaktekintély 


A clip korszerű nyelvi elemei 

A Clipper 5.3 már elég fejlett nyelv volt. A régi — DBase-es 
parancsokat — az előfeldolgozó valódi függvényhívásokká 
alakította, gondolatvilágában tehát a C nyelvhez áll közel. 

Ez természetesen azt is megmutatja, hogy a clip milyen fejlett 
makrózási lehetőségekkel bír. 

A BEGIN SEOUENCE utasítás korszerű kivételkezelést 
(Exception handling) valósít meg. Nézzük csak! 


// Kivotelkezelős 
begin seguence 
?" "Hiba elitt..." 
hiba z .T; 
if hiba 
? "HibEs Ellapot, break..." 
break 3r5 // a break utEn egy Etadand 
// Ooörtgk rhat 
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end if 

? "Ide sohasem j n a vezőrlős..." 
recovér using dobott ertek 

?" "Kezelem a hibgt...:", 
// a 3r5-15 kiirXsa 
end seguence 


dobott ertek 


A fenti példában a break (hasonlóan a C-t vagy Java throw 
utasításához) kivételes helyzetet hoz létre, majd eldob egy érté- 
ket, mely kifejezés eredménye lehet. A kivétel kiváltása miatt 

a program a recover ágon folytatódik (a C-t - vagy Java 
catch ágaihoz hasonlóan). A clip egy beépített Error osztályt 
is tartalmaz, így a break a recover ág felé akár ezt is dobhatja. 
Újdonság a C switch utasításának bevezetése, amelyekkel 
hatékony elágazásokat lehet szervezni, hiszen a program itt 

a megfelelő ágra való közvetlen ugrással fut. A régi case 
utasítás továbbra is hasznos, néha azonban a switch sokkal 
hatékonyabb. A case hátránya, hogy fentről lefelé minden 
ágra kiszámolja a logikai kifejezés értékét, majd - ha létezik 
ilyen - az első igaz ágat hajtja végre. 

A a műveletjel a clipben a referencia szerinti hivatkozást segíti, 
amiről a C-t - és Java-programozók tudják, mennyire hasznos: 


100 
Ax // Az y az x egy mEsodneve lesz 
// 100-at fog ki rni 


2. 
hú 
? 


A clip új osztályokat is képes bevezetni, amit külön pontban 
ismertetünk, e helyütt csak annyit említünk meg, hogy a 
klasszikus TBrowse, TBColumn, Get és Error osztályok 

a Clipper 5.3-ban is léteztek. A nagy hiányosság mindig is az 
volt, hogy nem tudtunk új típust, azaz osztályt létrehozni. Nos, 
a clipben ezt is megtehetjük. Sót, erre épül a rendszerbe vont 
lehetőségek jelentős része. Jellegzetes módszer a clip fejlesztői- 
től, hogy valamilyen új szolgáltatáshalmazt egy-egy új osztály 
bevezetésével tesznek könnyen elérhetővé. 


A clip telepítése és fontosabb programjai 

A clip jobb megismerése érdekében első lépésként telepítsük 
Linux-rendszerünkre! 

A clip-prg-cxxx: . tgz nevű csomagot megtaláljuk a fej- 
lesztők honlapján. A cxxx: mindig a pillanatnyi változatszá- 
mot jelenti, ami jelenleg 0.99 patchlevel1. A clip rendszer 
fordítása és telepítése egyszerű: a telepítés célhelyét a /usr/local 
vagy a /opt könyvtár alatt érdemes kiválasztani. A példában 

a /opt helyet választottam. 
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2. lista A program a Budapest 
és Esztergom szavakat Írja ki a képernyőre 


MEKK 1177/7777 A ERTEKE EE ETTE 
MRGSszezly ös obzjfékEi 


lampal :- TlampaNevwc() 
// lötrehozzuk a lampal objektumot 
lampa2 :- TlampaNew() 


// lötrehozzuk a lampa2 objektumot 


// tagf ggvOny-h vEsok, amivel 
lampal : setHely ( "Budapest" ) 

// beZzll tjuk a lEmpa helygt 
lampa2 : setHely ( "Esztergom!" ) 

// az adattagokhoz k zvetlen 1 
? lampal:hely 

// nyelunk hozzE 

? lampa2:hely 

B) 


return 


MEEÁST SÁTÁNT ÉTÉ ÉST TÁS TÉTETETT ÉGKÉGBE 
77 Agy (ej osztaly 


TEGKAÁGT ÁK ÉSÉ ÉTÉ TART GT STAN TÉS ETÉRK 


function TLampaNevwt( ) 


obj :- map() // egy ej objektum 


// köt adattagja 


ODJESZÍNn 2 bi tos! 
// lesz ennek az osztElynak 
obj:hely :- "ismeretlen" 


// a tagf ggvÖnyeknek itt csak a neve adott 


obj:setHely  :- OsetHelyF() 
ObJ nextSzíim :—  enextSzineE() 
return obj // A lötrehoz  míisvelet visszaadja 


// az cej objektumot 


TEEMETGTÉLET ÉT TESTÉT GK TÉSÉRE ETTÉK ÉGETETT TÉTETETT ÉKÉSÉNTÉ TT 


// Itt vannak a tagf ggvÖnyek megval s tEsai 
static function setHelyF( pHely ) 
ese melzs e pHelv 
MS rlENET Het KENAD TATAI 
Static tunetion nextszinp !  pnextSzin ) 
SZÜ s  DNEXESZÍN 
Mia SslsETKtget a ANNÁL ATTI 


A fenti csomagot másoljuk be a /opt könyvtárba, majd adjuk 
ki a következő parancsot: 


gunzip  clip-prg-0.99-1.tgz 
tar xzvíÍ clip-prg-0.99-1.tgz 


A forrásprogramok telepítését ezzel befejeztük, helyük a 
/opt/clip-prg-0.99-1 könyvtár lett. Ebben a könyvtárban többféle 
make parancsfÉZj 1 is található: mkdeb, mkrpm, mk1oca1. 

Az első két parancsfájl segítségével Debian vagy Red Hat cso- 
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magformátuműúű, terjesztésre is alkalmas változatot hozhatunk 
létre. Az mk1ocal parancsfájl a clip rendszert lefordítja és tele- 
píti a helyi gépre. Az mk1ocal lefuttatása esetén a használ- 
ható, bináris formátumú rendszer a /opt/cliproot könyvtárban 
lesz. A telepítés utolsó lépéseként a .bashrc fájlban a következő 
változtatásokat tegyük meg: 


export CLIPROOT-/opt/cliproot 
PATH-SPATH : SCLIPROOT/bin 


Pillantsunk be a $CLIPROO1T/bin könyvtárba, ahol a fordító- 
program, a forrásnyelvi hibakereső és számos hasznos segéd- 
program lakozik. A legfontosabb program a c1ip. Egy ".prg 
forrásprogramot a -e -M kapcsolóval fordíthatunk le. A clip 
a hivatkozott ".o objekt és ".a könyvtárak összefűzését is 
elvégzi (lásd a rendszerhez mellékelt Makefile-okat). A clip 
-h parancs az összes megadható kapcsolót kiírja. A -b a hiba- 
kiírásokat is beszerkeszti a programba. A -P csak a forrásprog- 
ram előfeldolgozását (makrók feloldását) végzi el. Aclip cld 
egy forrásnyelvi hibakereső. A további lehetőségek tanulmányo- 
zásához a clip szolgáltatásainak megvalósításait tartalmazó 
sok-sok ".prg és ".c forrásprogram tanulmányozását ajánlom. 


Készítsünk függvénytáblázatot! 

Kezdjük a munkát a clip rendszerrel! Első feladatként készít- 
sünk egy függvénytáblázatot, amit a teszt.dbf fájlban fogunk 
tárolni (lásd az 1. képet). Az ET-—értelmezési tartomány 
(numeric 10, 4), az EKhAértékkészlet (numeric 10, 4). 

A táblázatban a Transzformgci : EI--53 EK függvény 
értékeita (0, 10) tartományban számoljuk ki. 

Az 1. listában látható program által elkészített táblázat egy rész- 
letét az 1. képen is láthatjuk. A fuggveny.prg forrásfájl fordítását 
a clip -e -M fuggveny . prg paranccsal végeztük el, ami 
létrehozza a fuggveny nevű tuttatható programot. 


Kifejezéskiértékelés 

A mai napig kedvelem a Clipper azon tulajdonságát, ami lehe- 
tővé teszi, hogy kódrészleteket futás közben fordítsunk le. 
Ezzel a lehetőséggel könnyen készíthetünk algoritmus-szótára- 
kat is. Az alábbi példa egy kifejezéskiértékelő program, ami az 


adat- és képletbekérő, valamint az eredménykiíró szakasszal 
együtt is csak nyolc sor. 


// makro.prg - Makr helyettes tös 


X s 0.0000 

Keplet - "X" 4 space(50) 

a 1, 1 say "Az X Ortőke: " get X picture 
3 !9999999999.9999" 

9 2, 1 say "A köplet " get Keplet 
read 

eredmeny - 6Keplet 


// Itt t rtnik a kifejezőskigrtőkelős 
// (az § jel hatEszra) 

? "A szEm tott Ort$ók: ", eredmeny 

Ugye, milyen egyszerűen oldottuk meg ezt az összetett 
feladatot? A programot a clip -e -M makro. prg parancs- 
csal fordíthatjuk le. A kapott . /makro program futását a 

2. kép mutatja. 

A továbbiakban röviden nézzük meg a clip következő két 
haladóbb témakörét: az új osztályok készítését, valamint 

a külső C/C-t-- eljárások beépítését. 





Az objektumközpontú programozás 

A clip új lehetősége, hogy teljes értékű új típusokat 
készíthetünk benne. Példaképpen egy nagyon leegyszerűsített 
forgalomirányító lámpa osztályának elkészítését mutatom be. 
Egy új osztály bevezetésének módja engem leginkább a 
JavaScriptben alkalmazott megoldásra emlékeztet. A 2. listában 
látható program egy TLampaNew nevű osztályt határoz meg. 
A lampa1 és lampa2 ennek az osztálynak két objektuma. 

A tagfüggvények, adattagok meghívását ebben a nyelvben 

az objektum:tagfí ggvdny, illetve objektum: adattag 


(e Konsole - rootölocalhost localdomain: foptímrefclipper - Konsole 


Fájl Munkafolyamatok Beállítások Segítség 





2. kép Kifejezéskiértékelés 


írásmóddal tehetjük meg. A program a Budapest és Esztergom 
szavakat írja ki a képernyőre. 

A kód tanulmányozásával könnyen megérthető egy új osztály 
kezdeti értékadása és a tagfüggvénynek a megvalósítása. 

A static minősítő használatával a függvénynevek a fájlra 
nézve helyiek lesznek, azaz a megvalósítást elrejtjük a külvilág 
elől. Ezt célszerű így kódolni, hiszen a tagfüggvényeket úgyis 
csak az objektumokon keresztül fogjuk meghívni. Az eljárá- 
sokat megvalósító függvényeket és az objektumbevezetés 
során megadott tagfüggvényneveket a 0 műveletjel használatá- 
val kötöttük össze. Ez azt jelenti, hogy az obj : setHely eljá- 
rás egy másodnév a setHelyF () függvényre. A " : : " érvé- 
nyességi kör műveletjel 2. listában való használata azt ponto- 
sítja, hogy például a szin nem helyi változó, hanem osztá- 
lyunk egyik adattagja. 

A forrásprogramok clip/classes és cliplibs könyvtárainak prog- 
ramjait mindenki kedvére nézze át, mert sokat lehet tanulni 
belőle. Egyrészt több érdekes cliposztályt ismerhetünk meg 
behatóbban, másrészt azt a tudást is finomíthatjuk, amivel saját 
osztályokat készíthetünk. 


Külső C/C-t -k nyelvű függvények beillesztése 

A clip egyik erőssége, hogy könnyedén összeilleszthető vele egy 
C/C-r 4 nyelven megvalósított algoritmus. Ez azért olyan fontos, 
mert C/C-- 1--ban a teljes Linux-szolgáltatáskör elérhető. A bo- 
nyolult eljárásokat például a C-t -- STL (Standard lemplate Lib- 
rary) könyvtár használatával írhatjuk meg. lekintettel arra, hogy 
a C/Ct 1 eljárások előnye nem kíván külön magyarázatot, tér- 
jünk át inkább arra, hogyan kell ezt a lehetőséget használni. Első 
feladatunk egyszerű lesz. Írunk egy függvényt, ennek egyetlen 
string értéke lesz, amit átvesz a hívótól, majd vissza is adja neki. 


// teszt.c 

Hinclude cerrno.h: 

Hinclude climits.h: 

Hinclude cstring.hsz 

Hinclude "clip.h" // Ez egy clippel szEll tott 
// fejgllomEny 


int clip TESZT CEGVI ClipMáchine "mp ) 


( 


. elip. retcímp; 
return 07 


(char X) clip parcímp; 1) ); 


www.linuxvilag.hu 


. Szaktekintély —/ 


A clip TESZT CEFGV függvényt a clip programból 

TESZT CFGV néven hívjuk meg, azaz a ,.clip " előtagot el- 
hagyjuk. Vegyük észre, hogy C függvények értékadása mindig 
olyan, hogy értékként a futtató clip virtuális gépre irányított 
mutatót adjuk át. A visszatérés típusa mindig int. Nézzük 
meg a fenti függvény clip programbeli használatát is: 


// TesztKulsoC.prg 

éxtern TESZT CEGV 

// Ebben a f ggvönyben Etadunk egy sz veget, 
// amit a f ggvÖny lefutgsakor visszakapunk. 
? TESZT CFGV("Ez egy pr basz veg...") 

0? 


A ./TesztKulsoC program lefutásakor , Ez egy próbaszö- 
veg..." mondat íródik ki a képernyőre. 

Egy pillanatra tekintsünk ismétaclip TESZT CFGVC 
függvényre. Látható, hogy a értékek átvétele és átadása a 

. clip par? és clip ret? függvények (a ? helyén most 
,C" van, ami a karakteres típusra utal) használatával történik. 
Ezen függvények első értéke szintén mindig a clip gépre mu- 
tató cím. A második érték egy szám, ami azt mondja meg, 
hogy a függvénynek átadott értékek közül hanydikat akarjuk 
lekérdezni. 

Most megmutatom, hogyan kell lefordítani és összeszerkesz- 
teni ezt a programot. 

A C forrásfájl fordítása a gcc -c teszt.c parancsal történik (ered- 
ményül a teszt.o objektumfájlt kapjuk). 

A futtatható program létrehozása a clip -e -M 
TesztKulsoC.prg teszt .o paranccsal történik. 

Ennyi ismerkedés után nézzünk példát arra, hogy a clip fej- 
lesztői miként valósították meg a clip belső sin(x) függvé- 
nyét. A következő listán látható részlet a clip  math.c 
forrásfájlból származik. 
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// A clipbil gy h vjuk: 
int clip SIN(€lipMachine " mp) 
( 
int len, dec; 
// egy double OörtGk Etvőtele 
double d sz elip parndíimp, 
// a tulajdonsgZgok lekörGse 
// (hossz Os tizedesek) 
, elip paropimo; ll; elen, 
dec - mp-:decimals; 
.0lip retndpímp; siíntd), 
// rtOkk Idős a h v nak. 
return 0; 


] 


A C414-ban írt függvények esetén ne felejtsük el, hogy 
kódoltan vannak jelen az object fájlban, így azokat az 
eljárásokat, amelyeket a clipből meg szeretnénk hívni, 
extern "C" jelzéssel lássuk el — ez megakadályozza 
a nevek kódolását. 


x - sin(3.45) 


19: 


§dec ) ; 


len, dec); 


Nyíri Imre 

(inyirromol.hu) Jelenleg a MOL Rt.-nél 
dolgozik. Informatikai vállalkozásában 

az Internet, a Linux, valamint a Java prog- 
ramozás gyakorlati hasznosításával fog- 
lalkozik, örök szerelme a C--- maradt. 
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A GNU dbm adatbázis-kezelő 





Gyakran megesik, hogy nincs szükség SOL-lekérdezésekre, bonyolult adattáblákra, 
csak néhány kulcs-érték párra és sebességre. Ilyenkor jöhet jól a GDBM. 


mennyiben C-ben programozaol, és égető szükséged 
Az lenne néhány változóhoz tartozó érték tárolására, 
első ötleted bizonyára egy egyszerű szöveges állo- 
mányban történő tárolás. Ennek azonban több hátránya is van. 
A szöveges állományban való keresés nagyon lassú, főleg ha 
nem egy-két rekordról, hanem sokkal többről van szó. Másrészt 
e módszer használatával lemondhatsz a bináris adatok tárolá- 
sáról. Ha igazi programozó vagy, akit nem hagynak nyugodni 
az ehhez hasonló kérdések, biztosan eltöprengsz rajta, hogyan 
tudnád valamilyen saját formátumban megoldani a dolgot. 
Teljesen felesleges, ugyanis a GDBM-et neked találták ki! 
A GDBM egy függvénykönyvtár, amellyel a fentebb említett 
kulcs-érték párok tárolásának gondját lehet megoldani. Ha már 
programoztál Perlben, biztosan hallottál a hashról. Nos, azok 
az adatbázisfájlok, amelyeket így hozol létre, szintén hashek. 
A GDBM, hogy visszafelé is csereszabatos legyen, a régebbi dbm, 
illetve udbm könyvtárak függvényeit is tartalmazza. A GDBM 
fontos újítása, hogy az elődökkel szemben a segítségével tetsző- 
leges hosszúságú kulcs-, illetve értékpárokat lehet tárolni. 
Első lépésként telepítened kell a GDBM-et. Ha Debian-felhasz- 
náló vagy, a Llibgdbmg1, illetve a Llibgdbmg1-dev csomagok- 
ban található változatot használhatod. Én mégis inkább azt 
javaslom, hogy a forrást töltsd le, és mindig a legfrissebb válto- 
zatot fordítsd le. Az általam használt Woodyban még egy 
1994-es változat szerepelt. Az igazsághoz az is hozzátartozik, 
hogy semmi gondom nem volt vele, és ugyanúgy működött, 
mint a legfrissebb. Mindenesetre a legújabbat ajánlom. A pro- 
jekt honlapját a 3 http:/www.gnu.org/software/gdbm címen 
érheted el. Nem túl bőbeszédű, de lényegretörő. Végül is 
keresned kell egy hozzád közel eső GNU ftp-tükröt, és a gdbm 
könyvtárból le kell töltened a legújabb forrást (jelenleg az 1.8.0-s). 
Magyar fÍtp-helyet nem találtam, ezért egy osztrák kiszolgálót 
választottam. Ha lejött, a /usr/src könyvtárban a következő 
sorok beírásával csomagold ki: 
ep gdbm-1.8.0.tar.gz /üst/ste 
cd 7üsr/sere 
zcat gdbm-1.8.O0.tar.gz ] tar xv 
cd gdbm-1.8.0 
Most jöhet a megszokott . /configure. A Debian-felhaszná- 
lók többsége már megszokásból odaírja a végére, hogy 
- -prefix-/usr. Ha nem így teszel, a programok többsége 
a /usr/local alá települ. A GDBM telepítése folyamán szerintem 
érthetetlen és zavaró apróság volt, hogy hiába adtam meg 
a configure-nek az előtagot, a Makefile-ban továbbra is 
a /usr/local-ban állt. Akit zavarnak az ilyen finomságok, sajnos 
kénytelen lesz átírni a Makefile 34. sorát. 
Ezután a szokásos make, majd make insta11 következik. 
Ha programod fordításakor valamit elrontottál, a gcc undefined 
reference hibaüzenettel le fog állni. Ebben az esetben kezdd 
elölről a folyamatot, és lépésről lépésre ellenőrizd, hogy a leírtak- 
nak megfelelően jártál-e el. Ha elvesznél egy-egy parancs kime- 
netének tengerében, és nem tudod, hogy sikeresen futott-e le, 
add ki az echo $? parancsot. Ez a program legutóbbi visszatérési 
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7. lista 


/rxrr setmailadókbtebLlhEV 
Hinélude -zstdőköéb6b 

mi elude c-cstriiiejékE 
manelude c-cgdomne 
Himeélude csys/BEGESE 


Hdefine ADATBAZIS "emails.db" 


im mad ide age char ragi at 

datum kulcs, ertek; 

GDENMSE EE sellő E 

PEINnCET SS in" sgdöméveÉsion s; 

Te e latger 3 es 
printf ("HasznElat: $s í(nevl 
sema dd E satan ONES 
ME tej UTAT ANNAL 

J 

ae (NUTS (dő E-gdömz open (ADATBAZTS [5125 
"5 GDBM WRCREAT, 
S IRUSR]S IWUSR]S IRGRP]S IROTH, 0))) ( 
fprintf (stderr, "Nem siker lt 
sjmegnyitni . az adatbázist. Va!) : 
FEEÜEN ET 


] 


EETESSdpEr-azoy VE 


kulcs.dsize-(strlen(argv [1] ) 1) "sizeof (char) ; 
ertek .dptr-argv [21] ; 


ertek .dsize-(strlen(argv [2] ) 11) "sizeof (char) ; 
a E 
(gdbm store (dbf , kulcs, ertek, GDBM REPLACE)) ( 
fprintf (stderr, "Nem siker It 
ssoltArolni az adatot. Wn") : 
gdomcelőöséldbe]) 
TREEÜTN E 
] 
printf("$s: $s sikeresen tAgrolva.M", 
küulessedpter; etek dott]: 
Gdontétősélebelő 
MA E EBA NAN S 


értékét mutatja. Amennyiben nem nulla, valami hiba történt. 

A legegyszerűbb, ha egy példán keresztül mutatom be a könyv- 
tár használatát. Írjunk egy egyszerű programot, ami a neveket 
és a hozzájuk tartozó levélcímeket egy adatbázisban tárolja. 
Ezután írjuk meg a párját is, ami ugyanezeket az adatokat 
kiolvassa. Lássuk az elsőt a listát, és haladjunk sorról sorra! 





Elsőként a szokásos fejlécállományok láthatók. A gdbm.h-ra 
mindenképpen szükség van, ha a GDBM-et akarod használni. 
A sys/stat.h az open ( ) -nél már megszokott meghatározások 
használatához nélkülözhetetlen (lásd később). 

A GDBM a kulcsot, illetve az értéket egy-egy szerkezetben 
tárolja. E szerkezet a gdbm.h-ban van meghatározva: 
typedef struct ( 


char Frdptr; 
int dsize; 
) datum; 


A dptr mutató az adatra, míg a dsize az adat mérete bájtban 
megadva. Így a datum-adattípussal egy kulcs, illetve egy érték- 
változót hozunk létre. 

Az adatbázis megnyitásához egy olyan szerkezet mutatójára 
van szükség, amit a könyvtár függvényei majd különböző 
belső célokra használhatnak. Ezt szolgálja a main függvény 
második sora. 

Ezután kiíratjuk a használt GDBM-könyvtár változatát. 

A gdbm version állandó tartalmazza ezt a karakterláncot. 
Ha nincs meg a két érték (név és e-mail), a program futása 
megszakad. 

Ezt követően az adatbázist a gddbm open függvény segítsé- 
gével megnyitjuk. Az első érték az állomány neve (ebben az 
esetben emails . db). A második a block size: ez az egy- 
szerre beolvasandó bájtok számát határozza meg, ami legalább 
512, illetve ennek valamely egész számú többszöröse. A harma- 
dik érték mondja meg, hogy a folyamat milyen szerepet fog 
kapni az állománnyal való munka során. A folyamat író vagy 
olvasó lehet. Ha egy folyamat írja az adatbázist, akkor ugyan- 
abban az időben senki sem fordulhat az állományhoz. Ha egy 
folyamat olvassa, akkor más folyamatok olvashatják vele 
párhuzamosan, de senki sem írhatja. Mindezek alapján itt 

a következő meghatározásokat használhatjuk: 


GDBM READER 
GDBM WRITER 
GDBM WRCREAT 
GDBM NEWDB 


folyamatolvasó; 

folyamatíró; 

folyamatíró; ha nem létezik, létrehozza; 
folyamatíró; új adatbázist hoz létre akkor is, 
ha már létezik. 


A negyedik érték egy szám, amelynek akkor lesz jelentősége, 
ha új állományt kell létrehozni, ugyanis ennek jogosultságait 
jellemzi. A meghatározások jelentéseiért olvasd el az open 
súgóoldalát (man 2 open). Én a felhasználónak olvasási-írási 
jogot adtam, a csoportnak és a többieknek csak olvasásit. 
Utolsó értéknek egy függvény adható meg, ami hiba esetén 
lefut. Ha 0-t adsz meg, a könyvtár alapértelmezett függvénye 
fut le. A gddbm open visszatérési értéke GDBM FILE-típusú, 
illetve NULL, ha nem sikerült megnyitni. 

Ezt követően a kulcs, illetve ertek szerkezeteket a program- 
nak átadott értékeknek megfelelően töltjük fel. A dotr egy 

az egyben a megfelelő érték mutatója, míg a dsize a szöveg 
hossza. Azért adtam hozzá egyet a strlen ( ) -hez, mert 

a karakterláncot lezáró V0-át nem tartalmazza, így az nem 
kerülne tárolásra. 

Most következik a program érdemi része, amely a kulcs-, illetve 
érték-párt tárolja. A gdbm store értékei: a megnyitott adat- 
bázis, a kulcs, illetve az érték (ezek datum-típusúak). Az utolsó 
érték kétféle lehet: 


GDBM INSERT ha a cwkulcs már létezik, hibával tér vissza; 


GDBM REPLACE ha a kulcs már létezik, a rekordot felülírja. 
Két érték nem szerepelhet egyazon kulccsal az adatbázisban, 
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ezért feltétlenül meg kell határozni, hogy a függvény miként 
viselkedjen. Ha a függvényt egy olvasó folyamat hívta meg, 
-1-gyel fog visszatérni. Ha a GDBM INSERT-tel hívod meg és 
a kulcs már létezik, akkor 1-et ad vissza. Ha minden rendben 
ment, a visszatérési érték 0. 

Végül értesítjük a felhasználót a sikeres tárolásról, és lezárjuk 
az adatbázist (gdbm close). 

A létrejött állomány egy kulcs esetén is 1,5 Kb, ráadásul 
,szabad szemmel" olvashatatlan. Ugyanakkor nagyon gyors, 
és rövidesen meglátod, milyen egyszerűen nyerhető ki belőle 
az adat. Még egy pillanat erejéig érdemes elidőzni azon, mit 
mond rá a file parancs: 

emails.db: GNU dbm 1.x or ndbm database, 
little endian 

Most jöjjön a második program, amely a tárolt neveket és 
címeket olvassa ki! (2. lista, 36 CD Magazin/GNUdbm) 

Most már csak nagy vonalakban tekintsük át, hogy a program 
mit is csinál. 

A gdbm open negyedik értéke jelenleg 0, mert az adatbázist 
olvasásra nyitom meg, újat nem hozok létre. 

Ezt követően egy if-else szerkezettel eldöntöm, hogy a prog- 
ramnak vannak-e értékei. Ha vannak, a megadott kulcsokhoz tar- 
tozó értéket íratom ki, ha nincsenek, az összes kulcsot kiíratom. 
Az első ágban egyből új függvényeket láthatsz: gdbom firstkey 
és gdbm nextkey. A GDBM ezekkel a függvényekkel segíti 

a programozót, hogy az összes kulcson végig tudjon menni. 

A kulcsok egymásutánisága ugyanakkor nem biztosított! Semmi 
sem határozza meg, hogy milyen sorrendben kell következzenek. 
Az adatbázis megváltozásával a sorrend másként alakulhat. Ha 
mindkét programot lefordítottad, adj hozzá új neveket, majd az 
összeset írasd ki. Látni fogod, hogy amit először vettél fel, nem 
feltétlenül az első lesz a sorban. 

A példa végül is önmagáért beszél, még a gdbm fetch, illetve 
a gdom exists függvényekről érdemes egy-két szót ejteni. 

A gdbm fetch a megadott kulcshoz tartozó értéket adja vissza 
a datum szerkezetben. Ha a kulcs nem létezik, a visszakapott 
datum szerkezet doptr mutatója NULL értéket fog kapni. Ezért 
előtte agdbm exists függvénnyel érdemes ellenőrizni, hogy 
a kulcs létezik-e. Fontos még tudni, hogy agdbm fetch által 
visszaadott datum szerkezet dptr mutatója által hivatkozott 
memóriaterületet a könyvtár a malloc függvénnyel foglalja, 
viszont önműködően nem szabadítja fel. Erre neked, a prog- 
ramozónak kell ügyelned. 

Most pedig mindkét programot fordítsd le az alábbi minta szerint: 
gcc -Wall -o akarmi akarmi.c -lgdbm 

A -Wal1 az összes figyelmeztetést megjeleníti. Elvileg egyet 
sem szabadna kapnod. A fordítás után a futtatható állományt 
a -o kapcsoló után álló név alatt érheted el. Végül a -Igdbm 
utasítja a gcc-t, hogy a fordítás végeztével a GDBM könyvtárat 
fűzze össze. Ez feltétlenül szükséges, különben undefined 
reference-t kapsz! 

A sok munka után jöhet a megérdemelt játék. Vegyél fel 
neveket, írasd ki őket, és figyeld meg, hogyan változik az 
adatbázis mérete, illetve az elemek sorrendje! 

Jó szórakozást! 


Fülöp Balázs 

(xutOfreemaill.hu) 17 éves, imádja a Túró Rudlit, 
a Debian Linuxot és a teheneket. Az ELTE Rad- 
nóti Miklós Gyakorlóiskola tanulója Immár ötödik 
éve. Kedvenc írója Slawomir Mrollek. Leginkább 
a számítógépes hálózatok biztonsága érdekli. 
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A Python közvetítői 


Készítsünk a Fython és a közvetítőminták segítségével párbeszédablakokat! 


mindig teljes lett a zűrzavar, emiatt az elemeket el 

akartam választani egymástól. Azt szerettem volna 
elérni, hogy az elemek állapotainak kiértékelése egy központi 
helyen történjék, így változtatás esetén a kódot csak egyetlen 
helyen kellene módosítani. Egy csellel sikerült eldöntenem a 
kérdést. Első lépésben azzal próbálkoztam - és biztos vagyok 
benne, hogy más is így tett volna -, hogy szétnéztem a Weben, 
hátha valaki más már készített ehhez hasonlót. Így jutottam 
el egy tervezési mintákkal foglalkozó vitatórumra, melynek 
témája elsősorban egy könyv köré szerveződött, Design Pat- 
terns: Elements of Reusable Object-Oriented Software a címe. 
Ezt a könyvet én is csak ajánlani tudom mindenkinek, akik 
hatékonyabban szeretnének programozni. Bár a könyv a 
C-t 4-on alapul, a leírtak minden objektumközpontú progra- 
mozási nyelvre érvényesek, beleértve a Pythont is. A mi gon- 
dunkra a Közvetítőminta (vagyis a Mediator pattern) jelenti 
a megoldást. Ez a minta teszi lehetővé az elemek csoportjainak 
központosított irányítását. 
A dolgokat objektumközpontú megközelítésben szemlélve: 
létezik egy Közvetítőobjektum (mediator), amely mindazokat 
az objektumokat tartalmazza, amelyeket együttműködésre 
szeretnénk késztetni; ezeket , munkatársaknak" hívjuk. A Mun- 
katársak egy közvetett hivatkozást tartalmaznak a Közvetítő- 
objektumra, egymásról viszont nem tudnak. A Közvetítőobjek- 
tum erős kötésekkel kapcsolódik minden egyes Munkatársob- 
jektumhoz (collegue), és közvetlenül képes módosítani őket, 
így érve el, hogy a kívánalmaknak megfelelően viselkedjenek. 
Nekünk pedig pontosan erre volt szükségünk; a közvetítő 
központosítja az objektumok kezelését és csökkenti az objek- 
tumok közti kötések számát. 
A Közvetítő/Munkatárs mintához azonos felületen keresztül 
férhetünk hozzá, melyen keresztül valódi osztályobjektumokat 
képezhetünk. A Közvetítőfelületnek van egy 
ColleagueChanged ( ) tagfüggvénye, ezt — ha megváltoz- 
tak -— a munkatársak hívják meg. A MunkatArs (Colleague) 
felületnek mindössze egyetlen szükséges tagfüggvénye van, 
a Changed ( ) , melyet a származtatott objektumok hívnak 
meg, így értesítve a közvetítőt a változásról. Ezen kívül a Mun- 
katársosztály egy mediator nevű nyilvános adattaggal is ren- 
delkezik, mely a Munkatársat tartalmazó Közvetítőosztályra 
tartalmaz hivatkozást. 
Mindez nagyon szép, de hogyan hozzunk létre olyan párbe- 
szédablakokat, amelyek ténylegesen megvalósítják ezt a 
Közvetítő/Munkatárs mintát? A Python objektumközpontú 
lehetőségeit fogjuk kihasználni, a grafikus felület kezeléséhez 
pedig wxPython-t alkalmazunk. Elsőként hozzunk létre egy 
Közvetítőosztályt: 
éláss Meédiator:t 


B onyolultabb párbeszédablakok fejlesztésekor a végére 


def ( amit  i1881£): 
pass 

def ColleagueChanged(self, control, event) : 
self. Colleáagúelhanged (control; event) 
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def  ColleagueChanged(self, control, event) : 
pass 

Ebben a példában a Közvetítőosztályt Sablon (lemplate) min- 

taként hoztuk létre, így választva el az osztály felületét az 

osztály tagfüggvényeinek megvalósítási részétől. Ennek az 

osztálynak a felhasználói a CreateColleagues () tagfügg- 

vényt hívják meg, a származtatott osztályokban azonban a 

. CreateColleagues () tagfüggvényt írjuk felül. A sablon- 

mintát a továbbiakban már nem tárgyaljuk, de megemlítem, 


mert ha nem sajnálunk egy kicsit utánajárni, a sablonoknak 


is nagy hasznát vehetjük. 
New vork New vork 
tami Florida 


ay] Cancel ] 


Type City Eszes 


, Select Region 
e East C Midwest C West 





select I I 
Lers play with the Mediator! 


Közvetítőobjektum használat közben 


Most pedig hozzuk létre Collegue osztályunkat: 
class Colleague: 


det — init  (sélf, mediatot): 
self.mediator - mediator 
def Changed(self, colleague, event) : 


self. Changed(colleague, event) 

def  Changed(self, colleague, event) : 

self .mediator.ColleagueChanged 
s (colleague, event) 
A Collegue osztály is egy sablonmintán alapul. Miként 
az előbbiekben, a felhasználóknak ebben az esetben 
is a Chnanged () tagfüggvényt kell meghívniuk, viszont a 
. Changed() tagfüggvényt kell felülírniuk, ha szükséges. 
Ezen kívül a MunkatErs osztály is rendelkezik egy adattaggal 
(self . mediator), amely a közvetítő objektum példányára 
hivatkozást tartalmaz hivatkozás. Ez továbbadódik a mun- 
katársobjektum létrehozójának. 
Mivel példaprogramunkkal csak a Közvetítő/Munkatárs mintát 
szemléltetjük, némileg erőltetettnek hathat. Az egyszerűség 
kedvéért a példában a wxpialog helyett a wxPython könyv- 
tárban található wxFrame-et használtam fel. Egyébiránt a 
kód ugyanaz. Mivel példánkban a wxFrame tartalmazza ele- 
meinket, ennek jut a közvetítő szerepe is. Ahhoz, hogy a Köz- 
vetítőosztály felületét a wxFrame-ből fel tudjuk használni, 
MainFrame néven létre kell hoznunk egy új osztályt, mely 
a következőképpen fest: 
class MainFrame (wxFrame, Mediator) : 
det . init  (8e€lt, parent, 1D, tiíitlej)s 
wxFrame. init (self, parent, ID, title, 





wxDefaultPosition, wxSize(400, 300)) 
Mediator. init (self) 
Ebben a kódban létrehoztunk egy új osztályt, mely a wxFrame 
és Mediator, vagyisK zvet ti osztályoktól egyaránt örököl. 
Hogy ez a Pythonban megfelelően működjön, MainFrame 
osztályunk  init  () tagfüggvényéből mindkét szülőosz- 
tály létrehozóit külön meg kell hívnunk. Ahhoz, hogy a 
MainFrame osztály a benne rejlő elemekkel mint munkatársak- 
kal tudjon kapcsolatot tartani, az egyes elemeket a Munkatárs- 
osztálytól kell származtatnunk. Példaként hozzunk létre egy 
szöveges elemet, mely MunkatArs objektum is egyben. Ehhez 
egy új myTextCtr1 osztályt kell létrehoznunk: 
class myTextCtrl(wxTextCtrl, Colleague) : 


def — init (self, mediator, § args, tt kwargs) : 


apply (wxTextCtrl. init , 
(self,) - args,  kwargs) 

Colleague. init (self, mediator) 
Ily módon létrehoztunk egy új osztályt, mely egyaránt örökli 
a wxTextCtrl1 és Colleague, vagyis a Munkatársosztályok 
tulajdonságait. Még egyszer: hogy ez megfelelően működjön, 
mindkét szülőosztály létrehozóját külön-külön meg kell hív- 
nunk. Mint az előbbiekben, eztmostisaz  init  () tag- 
függvényből tesszük meg. Az apply () függvénnyel biztosít- 
juk, hogy adjon át a wxTextCtr1 létrehozójának minden 
értéket megfelelően. A Munkatársosztály F init  () tag- 
függvényét közvetlenül hívjuk meg, átadva neki a mediator 
hivatkozást. Így most létezik egy osztályunk, mely Collegue 
és wxTextCtrl is egyben. Ennek az osztálynak a példányai 
képesek fogadni a wxTextCtr1 eseményeit, ugyanakkor a 
Collegue osztály jellemzőivel is rendelkeznek. Amennyiben 
egy MainFrame-et érintő esemény keletkezik, az esemény- 
kezelő meghívja a Changed() tagfüggvényt, és továbbítja az 
önmagára mutató hivatkozást, valamint az eseménnyel kap- 
csolatos értékeket. Amint azt a Collegue osztályban megad- 
tuk, a Cnanged () tagfüggvény meghívja az elem közvetítő- 
jének ColleagueChanged ( ) tagfüggvényét. Ily módon a 
MainFrame objektum (mely egybenK zvet tai objektum) 
értesül az elemen bekövetkező változásokról. 
Hogyan kapcsoljuk össze mindezt a MainFrame ablakban? 
Elsőként — mint ahogyan a myTextCtr1-lal tettük — az összes 
felhasználandó elemből létre kell hoznunk egy származtatott 
osztályt, amelyeket egyúttal a Collegue osztályból is származ- 
tatunk. Ezt követően pedig, mint a legtöbb wxPython ablak 
esetén, az elemeket ablakunk létrehozójában életre hívjuk 
—- esetünkbenaMainFrame — init  () tagfüggvényében. 
Minden egyes alkalommal, ha létrehozunk egy elemet, a 
MainFrame osztály hozzáadja magát a származtatott elem 
értéklistájához. A 36. CD Magazir/Python könyvtárában talál- 
ható egy példaprogram, amely ezt a dolgot sokkal részlete- 
sebben tartalmazza. A MainFrame.  init  () tagfügg- 
vényben ezúttal jóval több dolgot láthatsz, de ne csüggedj, 
mivel a kód nagy része a wxPpython működéséért felelős, és 
használata nem feltétlenül kötelező, csak a felületet teszi 


barátságosabbá. 
AMainFrame. init  () tagfüggvényben létrehoztam 
egy self.  colleagueMap nevű dictionary-t, mely az 





ablakban található Col1legue-elemekre és azok tagfüggvé- 
nyeire tartalmaz hivatkozásokat, kulcs/érték párokba rendezve. 
A Python nem rendelkezik olyan switch/ case utasítással, 
mint a C/C-t 1, viszont az éppen szükséges tagfüggvényt a 
dictionary-n keresztül elegánsan meghívhatjuk, ha vala- 


www.linuxvilag.hu 


melyik Collegue objektumon változás áll be, anélkül, hogy 
egy hosszú if-else szerkezettel kellene bajlódnunk. Példa- 
programunk ColleagueChanged() tagfüggvényében 
láthatsz erre egy példát: 
def  ColleagueChanged(íself, colleague, 
if self.  inProcess 1!- true: 
selt. án rocsésáos tEUé 


event ) : 


if self.  colleagueMap.has key 
s (colleague) : 

self.  colleagueMapl[colleaguel] 

(event) 

selt. inProcess zs Talsé 
Ebben a kódban a colleague érték arra szolgál, hogy meg- 
nézzünk, a nemrég létrehozott dictionary tartalmazza-e az 
adott Collegue-at, és amennyiben igen, meghívja a megfelelő 
tagfüggvényt, és az eseményt értékként átadja. Íly módon 
tehát nagyon könnyedén hozhatunk létre többirányú elága- 
zást, csakúgy, mint a swvitch-case esetében tettük volna. 
Mediator és Collegue objektumaink most már léteznek, 
és egymáshoz vannak kapcsolva AK zvet tai objektum 
(MainFrame) ezáltal minden a Collegue objektumokkal 
(az elemek) kapcsolatos változásról értesül. Mi maradt még 
hátra? Létre kell hoznunk a központosított kódot, amellyel 
az elemek közötti együttműködést biztosítjuk. Ezt a 
self. — colleagueMap dictionary-ben elhelyezett tag- 
függvényekben tehetjük meg. Minden egyes tagfüggvényben 
elhelyezzük a szükséges kódot, amely az egyes eseményekre 
válaszolt fog adni. Mivel ezek a tagfüggvények Mediator 
objektumunk (MainFrame) részei, az ablakban lévő összes 
elemről tudnak, és módosítani is képesek őket. 
A példaprogramot a Python 2.1-es és 2.2-es változataiból pró- 
báltam ki -— a hozzájuk tartozó wxpPpython-nal. Ha elindítod 
a programot, képernyődön a képen láthatóhoz hasonló ablak 
fog megjelenni. 
Az összetevők közti együttműködésben az ablakban látható 
legtöbb elem résztvesz. Ha beírsz egy karaktert a szövegme- 
zőbe, a program gyorskeresést végez, és a listában kijelöli 
az első illeszkedő elemet. Ezenkívül a Kfjelöl és Töröl gombok 
is engedélyezve lesznek. Ha kijelölsz egy várost vagy államot, 
egy másik ablakban ennek megfelelően rendeződnek át az 
elemek. Ha a kapcsológombokkal egy másik régiót választasz, 
a listamezők tartalma visszaáll a kiindulási állapotra, a Kijelöl 
és Töröl gombok pedig újból letiltódnak. Ha a Töröl gombra 
kattintunk, törli a szövegmező tartalmát, ugyanakkor letiltja 
önmagát. Az elemek együttműködéséért felelős kód tehát a 
MainFrame osztályban van, és az elemek nincsenek egymás- 
hoz kapcsolva. 
A wxFrame ablakunk nem tesz semmi hasznosat, viszont kitű- 
nően szemlélteti, hogyan vezényelheti egy Mediator-objek- 
tum az ablakban található elemek működését. Ennek majd 
akkor veszed igazán hasznát, amikor egy sokkal bonyolultabb 
párbeszédablakot kell megtervezned. 


Lirrúx dodrnal 2002. június, 98. számi 


i Doug Farrel 

a Scholastic Inc-nél dolgozik mint vezető 
programozó. Címhivatkozásokra épülő webes 
alkalmazások fejlesztésével foglalkozik. 
Szabadidejében Susan nevű feleségével 
kerékpáron gyűri a mérföldeket. 
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SpamáAssassin - segíitótárs a mindennapokban 


Könnyű és légáteresztő, a levélszemetet azonban csaknem százszázalékosan nyakon csípt. 


Linuxvilág olvasói táborának igen nagy százaléka 
AA valószínűleg azzal kezdi hétköznapjait, hogy otthon 

vagy a munkahelyén elektronikus postafiókját kezdi 
böngészni. Az elmúlt időszak kéretlen levélözöne miatt napon- 
ta akár tucatszám kapjuk a kéretlen levélszemetet. Elég egy 
óvatlan mozdulat és elektronikus levélcímünk máris közkincsé 
válhat. Vajon hogyan is történhet mindez? Például egy webol- 
dal karbantartatásával foglalkozunk, és nyilvánosságra hozott 
címünket egy robot leszedi. Esetleg egy nyilvános levelezési 
listára postáztunk egy levelet, amelynek irattárából az előbb 
említett robotprogram csemegézik. Előfordulhat az is, hogy egy 
feltört szolgáltató címlistájából jutnak hozzá stb. A sor szinte 
a végtelenségig folytatható. 
Miként lehetséges azonban az, hogy a csupán egy-két napja 
létező címre özönlenek a kéretlen levelek? A kérdés inkább 
az, hogy miért is káros ez számunkra? Nem is olyan régen azt 
taglaltam, hogyan oldjuk meg, hogy leveleinkről egy telefon 
segítségével SMS-értesítést kapjunk. lehát minél több a kéret- 
len levél, annál több a fizetett SMS. Ennél sokkal fontosabb 
szempont, hogy minden egyes levélszemét elolvasása után 
akár többezer idegsejtünk is odavész, ugyanis a folyamatos 
idegfeszültség miatt e kincset érő sejtjeink nagy mennyiségben 
pusztulnak. Az ember és a számítógép kapcsolata a nagyszámú 
hiba miatt amúgy sem felhőtlen, ezért ezt az amúgy sem rózsás 
helyzetet nem célszerű tovább rontani. Mennyivel egyszerűbb 
feltelepíteni egy levélszemétszűrőt, amely megteremtheti szá- 
mukra a csaknem felhőtlen levelezést! 
A Spamássassin egy olyan szűrőprogram, amelynek beállítását 
egy teljesen kezdő is bármikor meg tudja tenni. Ugyanakkor 
finomhangolása megfelelő, sőt még a kéretlennek ítélt levelek 
sem vesznek el, hanem egy külön erre a célra fenntartott állo- 
mányba kerülnek, hiszen ki tudja, lehet, hogy egy levélszemét- 
nek nyilvánított levél mégis értéket képviselhet. A legegysze- 
rűbb, ha letöltjük a 8 http:/www.spamassassin.org címről. 


A Debian Woody-felhasználók az apt-get install 
spamassassin parancs kiadásával is telepíthetik. Azok, akik 
forrásból telepítenék: egy rendkívül részletes README állo- 
mány áll a rendelkezésükre, amely lépésről lépésre leírja, ho- 
gyan telepítsük. Ezek után nincs másra szükségünk, mint hogy 
saját könyvtárunkban egy .procmailrc-t helyezzünk el, ugyanis 
a szűrőprogramot a Procmail fogja meghívni, az összes foga- 
dott levelünk így kerül elemzésre. A következő sorokat tehát a 


/home/felhasználónevem/.procmailrc állományban helyezzük el: 


: OÉw 
]l spamassassin -P 


0: 
k "X-Spam-Status: Yes 
caughtspam 


Így a bejövő levél először átadódik a Spamassassinnek, amely 
eldönti róla, hogy kiszűrendő levél-e vagy sem. Ezek után 

a levél fejlécrészébe befűzi a kiértékelés eredményét. Ha kéret- 
len, a levél tárgya kiegészül a 


kikkkkkkkKKGPAMfkkkkkkk 


szöveggel, valamint a levéltestbe egy indoklás kerül, hogy 
miért is lett kiszűrve, valamint a X-Spam: Yes sor is megjele- 
nik benne. Amikor a Procmail a levelet visszakapja, a követ- 
kező szabályon ( [X-Spam-Statusl ) fennakadva a 
Caughtspam postaládába kerül. Így nem fordulhat elő, hogy 
egy ismerősünk fontos levele végképpen kárba vész. 

Álljon itt egy jellegzetes levélszemét kiértékelése (lásd a listán). 
Jól látható, hogy a program leveleinket az előre beállított sza- 
bályok szerint pontozza, és ha a levélben hivatkozás található 
vagy az unsubscribe felirat szerepel — ami a levélszemétre 


KÁ EZ VISS eszttst mellett milszámámáslszánl Start SpamAssassin results ------------- r-t 
SPAM: This mail is probably spam. The original message has been altered 
SPAM: so you can recognise or block similar unwanted mail in future. 
SPAM: See http://spamassassin.org/tag/ for more details. 

SPAM : 

SPAM: Content analysis details: (19.4 hits, 5 reguired) 

SPAM: Hit! (2.3 points) BODY: Gives a lame excuse about why you were sent this SPAM 
SPAM: Hit! (0.7 points) , BODY: Talks about email marketirig 

SPAM: Mit! (1.5 points) "BODY: Asks you to click below 

SPAM: MLtC! (3.5. points) " ÚRI: ÜRL 0£ page called "unsubscribe" 

SPAM: Hit! (1.3 points) URI: Includes a "remove" email address 

SPAM: Hit! (4.8 points) BODY: Frontpage used to create the message 
SPAM ESSZÉ SOL ES e S BODY: SEONTESTZe E zans üb ses rend üp 

SPAM: SHLE e (0 DF DSINESI a" BODY : " Inelüdes a URL Vink to/send an email 
SPAM: Hit! (3.2 points) " HIML-only mail, with no/rtext version 

SPAM : 

NE tztztezezztelmkgkgkn End of SpamAssassin results ------------- e-t 
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Wseterm fi 


Előző0 (Space2:kövÜ v:Melléklet d-Töröl r:Válasz j:köv. ?:-Súgó 


i :Kilép 


KESZEG szazaeszzziszászszzzőő " "2-1 Bágés ] vfsi) assz istzb 8 j től ia 2510 Új Pe: TÖÉsszesz ene SZ SESÜE EZRES me ZT KSE KEZET EE 
: TIhis mail is probably spam.  Ihe original message has been altered 

: so you can recognise or block similar unwanted mail in future. 

: See for more details. 


: Content analysis details: (18.7 hits, 5 reguired) 

: Hit! (2.4 points?  "Message-Id" was added by a relay (2) 

: Hit! (3.8 points? BODY: Gives instructions for removal from list 
: Hit! (2.7 points? BODY: Claims you can be removed from the list 
: Hit! (1.5 points?) BODY: fisks you to click below 

: Hit! (1.4 points) BODY: Claims you can be removed from the list 
: Hit! (€(-1.6 points) BODY: Contains a claim of copyright 

: Hit! (8.5 points? URI: URL of page called "unsubscribe" 

: Hit! (1.8 points? BODY: Tells you to click on a URL 


: Hit! (3.2 points? HIML-only mail, with no text version 


ESETE EEEN TT TT End. ot. Spamfissassín resulta szzszzzszzzszzzzzsszszz 


4/6- Free 4 You tesz OPAMsszzznt Your Freebies Have AÁrri dos] 





jellemző -, akkor egy bizonyos pontértéket kap. Mivel nem 
lenne jó, ha például egy hivatkozás miatt a levelünk levélsze- 
mét-értékelést kapna, hiszen ismerőseinktől naponta több tucat 
értékes hivatkozás futhat be, a kéretlen levél csak akkor lesz 
bélyegezve, ha több pontban is bűnösnek találtatott. Ilyen 
pontrendszert mi is bármikor felállíthatunk. Fontos azonban, 


hogy amennyiben levelezési listákra is feliratkoztunk, ezt vagy 
a szűrési szabályzatba vegyük bele, vagy ennél jóval egysze- 
rűbb, ha a Spamassassint a Procmail legutolsó soraiba rakjuk, 
hiszen ilyenkor feltehetően a levelezési listákat már különböző 
szabályok alkalmazásával leválogattuk, és csak ez után kerül 
sor a levélszemétszűrésre. Például így: 


:0 
k "Reply-To: linuxamlf.linux.rulez.org 
SMAILDIR/linux/ 


:0 

k " (From]Cc]TolReplyv-TolDelivered- WTO) : . 
s xbugtragolists.securityfocus.com 
SMAILDIR/bugtradg/ 


Ekkor a m1f és bugtrag listákat leválogatjuk, a levélszemét- 
szűrő sorokat csak utána írjuk. 

Ezek után garantáltan nem fogunk idegeskedni. A caughtspam 
állományba került leveleket naponta érdemes átnézni, hogy 
nem akadt-e bele mégis egy rendes levél, a személyes tapasz- 
talatom azonban az, hogy az ember jókat mulat egy-egy elfo- 
gott levélen. Jó vadászatot! 


Varga S. Csaba 

(guskaoguska.hu) az 1.1-es Slackware óta 
linuxozik. Kedvtelései közé tartozik a fotózás 
és Linux telepítése PDA-kra. Legszívesebben 
a Gerecsében túrázik a barátaival. 





Biztonsági indítólemez készítése 


Amikor operációs rendszert telepítünk, és a telepítő megkérdi, 

hogy akarunk-e biztonsági indítólemezt létrehozni, a helyes válasz: 
Yes (Igen). Ha valamilyen különös oknál fogva ezt a lépést átugrot- 
tuk volna a telepítés során, soha nem késő, hogy visszatérjünk és 
létrehozzunk egyet. 

A lemez elkészítésének egyik oka, hogy amikor a rendszert telepítet- 
tük, lehetőségünk volt a LILO-t választani rendszerindító eszköznek. 
Megszokott körülmények között ez a legkézenfekvőbb. A LILO lehe- 
tővé teszi a több rendszermag közül való választást, és a választható 
rendszerindítást, amellyel a Linux és Windows felváltva történő hasz- 
nálata egyszerűen megoldható. Amennyiben a jövőben valamilyen 
okból a LILO mellőzése mellett döntünk, az indítólemez lehet az eszköz, 
amellyel a Linux-rendszer indítható marad. Így vagy úgy, de minden- 
képpen jó, ha a biztonság kedvéért rendelkezünk indítólemezzel. 

A következőkben bemutatom, hogyan lehet utólag létrehozni egyet. 
Szükség lesz egy üres, formázott, nem írásvédett lemezre. Mivel a 
művelet minden adatot felülír a lemezen, az üres lemezre vonatkozó 
javaslatom betartásával elkerülhetjük, hogy esetleg fontos adatain- 
kat veszítsük el. Helyezzük a lemezt a meghajtóba, majd adjuk ki 

a következő parancsot: 

mkbootdisk magvzZltozat 

A rendszermagváltozat részt azzal a változattal kell helyettesíteni, 
amelyikről a rendszert indítottuk. Ezt a parancssorba gépelt uname 
-r parancs segítségével tudhatjuk meg. Amikor próbarendszeremen 


www.linuxvilag.hu 


ezt a parancsot kiadtam, a következő eredményt kaptam: 
mesze ss 

A -r kapcsoló utasítja az uname parancsot az operációs rendszer 
változatszámának közlésére. Ezzel az adattal és a parancs futtatásá- 
val létrehozhatjuk az indítólemezt: 

mkbootdisk 2.2.14-test 

Megjegyzendő, hogy az mkbootdisk parancs egy vmlinuz-válto- 
zatszám nevű rendszermagot, valamint a /lib/modules elérési útvo- 
nalon egy változatszám nevű modulkönyvtárat keres. Az előző példa 
alapján tehát egy /boot/vmlinuz-2.2.14-test nevű rendszermaggal és 
egy /[ib/modules/2.2.14-test modulkönyvtárral kellett volna rendel- 
keznem. Azért említem mindezt, mert a rendszermagot tetszőleges 
néven menthetjük, azonban a /lib/modules bejegyzés ettől különböz- 
het. Jó ötlet vmlinuz-változatszám formában menteni az új rendszer- 
magokat a /boot könyvtár alá. 

Tudnunk kell azonban, hogy az mkbootdisk parancs nem talál- 
ható meg minden rendszeren. Például Debian próbarendszeremen az 
mkboot parancsot használtam indítólemez létrehozására (bár a 
rendszer alkalmat adott rá, hogy már a telepítéskor megtegyem): 

H mkboot 

Itt egy kisebb nehézség adódott: az mkboot parancs a vmlinuz 
állományt (a Linux rendszermagját) a /boot könyvtárban keresi. 


Részlet Marcel Gagné: Linux-rendszerfelügyelet című könyvéből 
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Személyes túzfalak Linuxon 


A mókásan csak aszbesztkabátnak hívott programok GNULLinux alatt is elérhetőek. 


yakran, ha a biztonságról esik szó, hiába bizonygatja 

az ember az átlagosnál többet tudó felhasználóknak, 
hogy a Linux biztonságosabb, jobb és szebb, mint a jégbe fagyott 
ablak. Azonnal azt kérdezik: hol van a ZoneAlarm Linuxra? 
Sokak számára ugyanis ez a program jelenti a sérthetetlenséget. 
A kutatások eredményeképpen megismerhettük a placeboha- 
tást: pszichikai eredetű betegségekben szenvedőkkel elhitetik, 
hogy orvosságot kapnak, és ennek következtében hirtelen ,meg- 
gyógyulnak", ha viszont azt mondják nekik, hogy nem tudnak 
segíteni, az állapotuk rosszabbodik — csakhogy a bitek világában 
sajnos nem ér semmit, ha egyre azt mondogatjuk magunkban: 
nem történt semmi, nem törték fel a gépemet. Akkor is feltörhet- 
ték, ha azt sulykoljuk, hogy nem történt semmi baj. Szóval ne- 
héz elmagyarázni, hogy a biztonság nem pusztán abból áll, hogy 
felteszek valamit, ami a kívülről jövő kapcsolatokat engedélyezi 
vagy éppen letiltja. A ZoneAlarm program viszont nagyon 
látványos, elindulásakor kis tülkölés hangzik fel, szép kis kijelzőt 
láthatunk a hálózati forgalomról, mint amilyen például az Ice- 
WM tálcáján is található. Egy szó, mint száz, valami hasonlót kell 
adni felhasználóknak, máskülönben nem békélnek meg a gon- 
dolattal, hogy ,csak" egy proxy (például Sguid) és állapottartó 
csomagszűrő védi őket a hálózati átjárón az Internet felé. Csupán 
azon magyarázatunkra csillan fel a szemük, hogy a ZoneAlarm 
sem több, mint egy csomagszűrő - ezt csak a letölthető változat- 
ról állíthatom, ugyanis ezt ismerem -, és ezt akármelyik terjesz- 
tés nyújtani képes. Ekkor felvillan a lehetősége, hogy többek 
között a , gonosz" munkatársak és a rendszergazda ellen beállít- 
hatják maguknak a védelmet, viszont amikor meglátják, hogy 
mindent kézzel kell megtenni, a Linuxot újra a kőkorszakba 
sorolják. Erre kellene egy jó megoldás, és ezt a Guarddog prog- 
ram jelentheti. Ebben minden megvan, ami szükséges. Hangza- 
tos név, grafikus beállítófelület a leggyakoribb alkalmazásokhoz. 
A program a 3 http:/www.simonzone.comssoítware/guarddog/ 
címen érhető el. 

Telepítés után a programot a guarddog paranccsal indíthatjuk 
a KDE alatti K menüből, vagy ha más ablakkezelőt használunk, 
akkor egy grafikus felület alatti konzol alól, mint amilyen az 
Xterm vagy Eterm programok. Figyelem! Ha nem rendszergaz- 
daként indítjuk, a program tájékoztat minket, hogy beállíthat- 
juk, milyen védelmet szeretnénk, de nem fog életbe lépni, mert 
nincs rendszergazdai jogosultságunk. Ezt szemlélteti az 1. kép. 
Erre kínál megoldást, ha például az Xterm alatt su -m parancs- 
csal (a -m kapcsoló hatására grafikus felületet használó 
programokat is megfelelően tudjuk használni), hogy ekkor mi 





6 Information - Guarddog 


Since you do not have superuser privilages, Guarddog is running with 
2 ) reduced ífunctionality. Firewall scripts may be Imported/Exported, but 
the system s firewall settings may not be changed. 


I Do not show this message again 





1. kép Lényegre törő figyelmeztetés 
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Az gkte etet] 


Guarddog was unable to read the file at /etcrcfirewall as being a Guarddog firewall. 
This probably means that this file in not actually a Guarddog firewall, 
This is not a problem, but please note that if you exit Guarddog via the "Ok button this file will be overwritten. 


If vou do not want this to happen, then after closing this message, immediately guit Guarddog using the "Cancel button. 
Also please be aware that the firewall settings shown may not represent the systems current firewalling configuration. 


(Detailed message "Error reading firewall file. This does not appear to be a Guarddog firewall file.") 





2. kép Az első indítás öröme 


6 Firewall Configuration - Guarddog 


Zone ( Protocol ]! Logging ]! Advanced 


Zone Properties 
Name: [internet 
Defined Network Zones: onnecuion 


Comment Internet 


Local 
Internet/Default Zone [built in] 


Zone Addresses 





[iszzádorsssa [esszásorsssa 
Address: 


Addresses can be host names, network names or IP addresses. Masks can be 
specified as network masks or a plain number. e.g. 192.168.1.0/255.255.255.0 or 


3. kép Kezdődhet a beállítás 


történik, a 2. képen láthatjuk. A képen már rendszergazdai 

jogosultságokkal rendelkezünk, de mint kitűnik, előtte meg 

kell adni a rendszergazda (root) jelszavát. 

Ha guarddog-ot innen indítjuk el, az első alkalommal tájé- 

koztat minket, hogy csomagszűrő tűzfalunk nincs beállítva. 

Ez természetes is, hiszen most indítjuk először a programot. 

Nyugodtan haladjunk tovább az OK gombbal. A 3. képen lát- 

ható képernyő fogad minket. 

Nézzük végig a füleket! 

e Zone 
Zónákat vehetünk fel, illetve törölhetünk, kivéve a két 
beépítettet: az Internet és a Local nevűt. 
Új zóna felvételénél adjuk meg a nevét (Name), valamint a 
címtartományt, amelyre vonatkozik (Zone Addresses). Egész 
címtartományokat is megadhatunk (192.168.0.0/24), de 
akár egyedi címeket vagy csak egy címet is megadhatunk. 

e — Protocol 
Ezen a fülön állíthatjuk be a szabályozást. A lenyíló listából 
válasszuk ki az Internet zónát. Ezután, mint a 3. képen is 
láthatjuk, elég egy grafikus menüben kijelölni a használni 
kívánt alkalmazásokat - valójában a protokollokat, hiszen 
például az ICO-protokollt is több program ismeri. Ha egy 
alkalmazás neve mellett a jelölőnégyzet üres vagy egy x 
jelet látunk, akkor az le van tiltva, pipa estén engedélyezett. 
Válasszuk ki, mit szeretnénk használni és engedélyezzük. 
A beállítást azonnal érvénybe léptethetjük, ha az Apply 
gombot lenyomjuk. Ekkor a rendszer figyelmeztet, hogy 





6 Warning - Guarddog , 


You are about to modify the systems firewall configuration. 
AN These changes may disrupt current network connections. 


Do you wish to continue? 


tCancel 


B. atartingyg firewall , 


atarting firewall... 
Cutput: 


(Ising iptables. 

Hesetting firevrall rules. 
Loading kernel modules. 
aetting kernel parameters. 
cantiduring firewall rules. 
Finished. 





5. kép Most már védve vagyunk 


a szabályok életbe léptetésével bizonyos internetkapcsola- 
taink megszakadhatnak. Ez csak akkor fordulhat elő, ha 
pillanatnyilag olyan alkalmazást is használunk, amelyet az 
új beállításban letiltunk. Például már nem akarunk többet 
ICO-ra csatlakozni, de a program még fut, ekkor a szabá- 
lyok érvényesítése után kapcsolata megszakad. A figyel- 
meztetést a következő, 4. képen láthatjuk. 

Az érvényesítés eredményét az 5. képen látható ablakban tekint- 

hetjük meg. Az ablakban az OK gombra kattintsunk. 

Ekkor a beállításokat a rendszer a kapcsolat típusától függően 

e ADSL-vonal estén a /etc/ppp/ip-up.local fájlba menti, és 
beszúr egy bejegyzést a parancsfájlba, ami a külső háló- 
zatra csatlakozáskor hívódik meg; 

e Más típusú kapcsolat esetén a /etc/ppp/ip-up fájlba menti, 
így az előbbi fájlt hívja meg, és a védelem kiépül. Mivel 
ezek a fájlok minden Internetre történő kapcsolódáskor 
végrehajtódnak, soha nem fogjuk elfelejteni bekapcsolni, 
és nem maradunk védtelenek. Érdemes lehet a már 
elkészített konfigurációt egy fájlba exportálni és későbbi 
használatra menteni. 

e  Logging 

Ezen az oldalon a csomagszűrő naplózását állíthatjuk be, 

valamint a 2.4-es rendszemag lehetőségeit kihasználva 

korlátozhatjuk, hány csomagot szeretnénk fogadni. 
e Advanced 

Itt többek között az Export gomb segítségével a beállításo- 

kat szövegfájlba tudjuk menteni, amelynek mi adhatunk 

nevet, illetve az ezzel mentett beállítást az Import gombbal 

vissza is tudjuk olvasni. Ez a lehetőség akkor hasznos, ha a 

beállításokat menteni szeretnénk. Ezenkívül lehetőségünk 

nyílik rá, hogy a tűzfalat letiltsuk (Disable firewall), és az 
eredeti beállításokat visszaállítsuk (Restore factory defaults). 

Fontos még, hogy ha a címet DHCP-n keresztül önműkö- 
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6. kép Rendezett, szép megjelenítés 


dően kapjuk, be kell kapcsolnunk az Enable DHCP on inter- 

face négyzetet, ahol meg kell adnunk, hogy melyik az a 

hálózati csatoló, amelyiken a címet kapjuk. Ha a címkiosz- 

tást mi szeretnénk elérhetővé tenni az ügyfelek számára, 

a Enable DHCP server on interface négyzetet kell bejelöl- 

nünk, és hasonló módon megadnunk a csatolófelület nevét. 
Mint a fentiekből is látszik, ha tanult felhasználóinkat el akarjuk 
kápráztatni, kitűnő eszköz a Guarddog. Hasonló programokból 
nincs hiány, de ez a program tűnik a legalkalmasabb eszköznek, 
mert a felhasználók könnyen beállíthatják, és mi is könnyedén 
ellenőrizhetjük a beállításokat, ha a felhasználó elakad. 


A versenytárs , termékek" 

Nem a Guarddog azonban az egyetlen grafikus beállító csoda 
a szabad programok , piacán". Létezik még használható prog- 
ram erre a célra. Nézzük át, hogy melyek is ezek, és milyen 
előnyökkel, illetve hátrányokkal bírnak! 


Firewall Builder 

Második számú kedvencem, ha a felhasználókat arról kell meg- 
győznöm, hogy itt is van személyes tűzfal. Nagy előnye, hogy 
nemcsak a Linux csomagszűrőjét támogatja, hanem az 
ipfilter-t és az OpenBSD pf-jét is ismeri. A kezelőfelület 
GIK-ban lett megírva, ennek köszönhetően minden további 
nélkül fut Gnome és KDE alatt is. Felhasználási szerződése ter- 
mészetesen GPL. Másik nagy előnye, hogy a Debian-, illetve a 
Mandrake-terjesztés ezt a programot alapból tartalmazza. A be- 
állításokat a ftormátumfüggetlenség jegyében XML-ben tárolja, 
a grafikus felület pedig a húzd és dobd szemlélet jegyében mű- 
ködik. A beállított szabályokat gyönyörű kivitelezésben láthatjuk. 
2 http:/www.fwbuilder.org 


gShieldConf 


Ha nem a 2.4-es rendszermagot akarjuk használni, vagy azt hasz- 
náljuk, de valamilyen oknál fogva ragaszkodunk az ÍP Chainshez 
(a 2.2-es rendszermag csomagszűrője), akkor is létezik megoldás. 
Ez a gShield, illetve a gShiledConf, mely szintén moduláris 
felépítést alkalmaz — külön, saját láncok a szűréshez, feladattól 
vagy meghatározástól függő elnevezésekkel. 

2 http:/members.shaw.ca/vhodges/gshieldconf.html 


Deim Ágoston (lagoOlsc.hu) 

Kedveli a sört, szereti a futást és Imádja 
Szabó Lőrinc verseit. Nem hisz vakon egyik 
rendszerben sem. Vonzódik a BSD-hez Is. 
Tagja az LME-nek és a MBE-nek. Mottója: 
a gép nem lehet fontosabb az embernél. 
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Az OSCAR-forradalom 


Az Open Source Cluster Application Resource (OSCAR) története és céljai. 


T avalyelőtt áprilisban rendezték 
meg az első OSCAR értekezletet 
az Oak Ridge National Labtőól 
egy kőhajításnyira található szállodában. 
Vegyes közönség gyűlt össze, képvisel- 
tették magukat az állami kutatóintéze- 
tek, az egyetemek és az ipar. Az összejö- 
vetel célja az volt, hogy az abban az 
időben CCDK-nak (Community Cluster 
Development Kit) nevezett, később az 
OCG-vé (Open Cluster Group) alakuló 
csoportról és első projektjükről, az 
OSCAR-ról beszélgessenek. 

A résztvevők a feladatot összetevőire 
bontották, és minden összetevőhöz 
,cárt" (vezért) és ,nyafogókat" (érdekelt 
feleket) választottak. A cárok feladata 

az adott összetevőhöz tartozó csoport 
vezetése volt, a nyafogóknak pedig elég 
gyakran és hangosan kellett nyafogniuk, 
hogy a dolgok menetrend szerint való- 
suljanak meg a csoport igényeinek meg- 
felelően. Már az első találkozón, ahol 
megválasztották a cárokat és a nyafo- 
gókat, látszott, hogy az OSCAR fejlesz- 
tése minden eddigi program fejleszté- 
sétől eltérő lesz. Végül is hol találhat- 
nánk egy olyan másik projektet, amely- 
ben az IBM, a Dell, az SGI és az Intel 
szorosan együttműködve dolgozik egy 
nyílt forrású megoldáson egy olyan 
óriási érdeklődés övezte témában, mint 
a géptelepek? 

Az OSCAR ötlete vacsora közben jutott 
eszébe az Intelnél kutató Dr. Timothy 
Mattson-nak és az Oak Ridge National 
Labnél kutató Dr. Stephen Scott-nak. 
Éppen egy a DOE által szponzorált 
géptelepekkel foglalkozó értekezleten 
vettek részt az Argonne National 
Labnél, és az foglalkoztatta őket, hogyan 
lehetne a linuxos géptelepeket a nagy- 
közönséggel elfogadtatni. Rájöttek, az 

a gond, hogy a nem programozók szá- 
mára túlságosan nehéz a saját géptelep 
összeállításának feladata. A How to 
Build a Beowulfhoz (Sterling et. al.) ha- 
sonló könyvek sokat segíthetnek a szá- 
mítástechnikához értőknek az alapelvek 
megértésében és az első géptelep megé- 
pítésében, azonban maradtak még nyo- 
masztó gondok. Rengeteg kódot kell 
letölteni, amelyek megbízhatósága, tá- 
mogatottsága, összeférhetősége és leírá- 
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sa nem egyforma. Bizonyos csomagok 
leírása elavult vagy ellentmondásos 
adatokat tartalmazott. Számos Linux- 
terjesztés közül lehetett választani, és 
mindegyik úgy különböztette meg 
magát a másiktól, hogy egy kicsit más- 
képp működtek benne a dolgok. Ez azt 
jelentette, hogy bizonyos parancsok 
működése eltért egymástól, vagy más 
csomagokat kellett telepíteni a szolgál- 


Welcome to the OSCAR wizard! 





Once they have completed i , reboot them from 
the hard drive. Once all the machines and their ethermet 
adaptors are up, move on to the next step. 


Step 4: Complete Cliuster Setup Help 
Step 5: Test Custer Setup Help 


Before continuing, network boot all of your nodes. 
installation 





1. kép Az OSCAR-varázsló 


tatás megfelelő működéséhez. 
Rámutattak, hogy a gond abból adódik 
— mivel mindenki a saját géptelepét pró- 
bálta felépíteni azért, hogy rátegye a 
kezét az olcsó géptelekkel végzett számí- 
tások piacára —, hogy minden géptelepet 
a nulláról építettek fel. Kell lennie bizo- 
nyos gazdaságosságnak, egy helyre kell 
gyűjteni a legjobb programokat, eljárá- 
sokat és leírásokat, egységesíteni a kü- 
lönböző géptípusokra szánt csomagokat, 
és mindezt ingyenesen elérhetővé kell 
tenni. Az OSCAR projekt alapelve, hogy 
nem programozók is könnyen hozhas- 
sanak létre géptelepeket. 


Az első találkozó 

Az Oak Ridge-i első értekezlet részvevői 
a következők voltak: Ilim Mattson és 
Stephen Scott, az OCG vezetői; Gabriel 
Bonner az SGI-tól; Dave Lombard az 
MSC.Software-től; Rob Pennington az 
NCSA-tól; Greg Lindahl, aki jelenleg a 





Conservative Computersnél dolgozik; 
Ken Briskey és én az IBM-től; Greg 
Astfalk a HP-tól; végül Clay Taylor az 
MPI Software lechnologiestől. Nem 
sokkal az első értekezlet után a Veridian- 
től Broahn Mann csatlakozott a csapat- 
hoz, magával hozva a párhuzamos üte- 
mezésben szerzett tapasztalatait. Csatla- 
kozott továbbá Jeremy Enos és Neil 
Gorsuch az NCSA-től (akik az SSH-t 


Build a Systemimager Image: 


Fil out the ing fields to build a Systemlmager image. If you need 
help on any field, the help button next to it 
364 


Image Name: foscarimage 
Package File: [/rootírpmsZoscar-1.2.1/5c Choose a File... j Help j 
Packages Directory: [iftpbootzrpm Help l 


Disk Partition File: [/rootrrpmszoscar-1.2.1/sc Choose a File... I Help j 


. Met ) 
. Metp ) 


IP Assignment Method: static -] 


Post install Action: beep — 


2. kép Systemlmager-lenyomat készítése 


valósították meg az OSCAR-ban), illetve 

Mike Brim az Oak Ridge National Lab- 

től (aki a legtöbb egységesítő parancs- 

fájlt írta, és a csomagolásban vesz részt). 

Az utóbbi időben csatlakozott az OSCAR 

projekthez Jeff Sguyres és Brian Barrett 

az Indiana Egyetemről a LAM/MPI kép- 
viseletében. A sokszínű csoport három 
alapvető pontban egyezett meg: 

1. A géptelepek nagyteljesítményű 
számításokban való széles körű 
elterjedését gátolja, hogy nincsenek 
olyan elfogadott programcsomagok, 
amelyek elég megbízhatóak, és az 
átlagos felhasználók is elég könnyen 
használatba vehetik őket. 

2. A csoport a programok terjesztésénél 
a nyílt forrású modellt választja. 
Minden hozzájárulást ingyenesen 
kell nyilvánosságra hozni - lehetőleg 
forráskód formájában és a Berkeley 
nyílt forrású felhasználási szerződés 
pontjaival összhangban. 

3. A csoport céljai úgy valósíthatók 
meg a legjobban, ha a géptelepek 
tudományának úttörői által sok év 
kemény munkájával felhalmozott 
tudásra építve a legismertebb mód- 
szereket terjesztik. 

Miután ezeket az alapelveket kőbe vés- 

ték, a csoport a géptelepeket alkotó 

összetevőket az ,oszd meg és uralkodj" 





elvét követve szedte össze. AZ egyes 
összetevőkért felelős csoportok eldöntöt- 
ték, hogy melyek az egyes összetevők- 
höz a legjobban ismert nyílt forrású 
megoldások, majd az adatokat az egész 
csoportnak átadták. Az egyes összete- 
vőkre kidolgozott legjobb megoldások 
együttesen elfogadható megoldást kínál- 
tak az egész géptelepre. Az összetevők 
kidolgozása után is fáradságos és időigé- 
nyes munka volt az egész rendszer 
összeépítése, ezt az Oak Bridge National 
Labben végezték Mike Brim és Brian 
Luethke vezetésével. Tőlük függetlenül 
dolgozott a Dell tesztelőcsapata Jenwei 
Hsieh, Tau Leng és Yung-Chin Fang ve- 
zetésével. Erőfeszítéseiknek köszönhe- 
tően a személyes találkozásokon alapuló 
és a távolból végzett összeépítési buli- 
kon az OSCAR olyasmivé vált, amit már 
érdemes volt megosztani a közösséggel. 


A programcsomag 
Közel egy évet vett igénybe, míg az 
OSCAR próbaváltozatát Dallasban 
2000 novemberében bemutathatták 
az SC2000 kiállításon, az Oak Ridge 
National Lab standján. A próbaváltozat 
eltérő kiszolgálótelepen futott, amelyet 
a Dell és az SGI szállított. Röviddel 
ezután bejelentették az első kiadást, és 
sikeresen szerepeltek vele a 2001 febru- 
árjában megrendezett New York-i 
LinuxWorld Expón az Intel standján. 
Azóta is folyamatosan fejlesztik az 
OSCAR programcsomagját, amely 
jelenleg az alábbi összetevőkből áll: 
e Linux-telepítés: SIS (rendszertelepítő 
csomag) 
A SIS egy nyílt forrású géptelep- 
telepítő eszköz, amely a LUI 
(linuxos segédprogram a géptelep 
telepítéséhez) és a népszerű 
Systemlmager egyesítésével jött 
létre. A SIS-t az IBM-es Michael 
Chase-Salerno és Sean Dague fej- 
lesztette, és az 1.2.1-es OSCAR- 
változatban jelent meg. Az utóbbi 
időben a Systemlmager készítője, 
Brian Finley a Bald Guy Soíftware- 
től is látogatja az OSCAR értekez- 
leteket, és ráhajt az ingyen sörre. 
e . Biztonság: OpenSSH 
Ez a biztonságos kapcsolatok létre- 
hozásának leggyakoribb módja 
linuxos környezetben. Az OpenSSH 
programcsomag kezeli a biztonságos 
kapcsolatokat, a kiszolgálóoldali 
SSH-szolgáltatásokat, a biztonsági 
kulcsok létrehozását és sok más 
egyebet, amire a számítógépek kö- 
zötti biztonságos kapcsolathoz 
szükség van. 
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e A géptelep karbantartása: az egész 
géptelepre kiterjedő karbantartó mű- 
veletekre az OSCAR a Cluster Com- 
mand and Control (C3) nevű csoma- 
got használja, amelyet az Oak Ridge 
National Labnél dolgozó Stephen 
Scott és az Fast lennessee állami 
egyetemen tanuló Brian Luethke fej- 
lesztette ki. Az C3 olyan benyomást 
kelt, mintha egyetlen rendszeren 
dolgoznánk, egy parancs az egész 
géptelepre hatással van. A C3 tele- 
pítve marad a géptelep csomópont- 
jain, hogy a felhasználók és a rend- 
szergazdák később is használhassák. 

e . Programozó környezet: Message- 
Passing Interface (MPI -— üzenetkül- 
dő felület) és Parallel Virtual Machi- 
ne (PVM - párhuzamos virtuális 
gép). A géptelepek felhasználói álta- 
lában maguk írják a géptelepen 
futtatandó programokat. Llöbb kü- 
lönböző megközelítés létezik a prog- 
ramírásra e környezetben. A leggya- 
koribb módszer az üzenetküldő 
könyvtárak használata. Jelenleg az 
OSCAR által telepített fordítóprog- 
ramok és a matematikai könyvtárak 
a Linux-terjesztésből jönnek. 

A LAM/MPI és az MPICH is elérhető 
az OSCAR 1.1 óta. 

e — Terheléselosztás: Portable Batch 
System (PBS) a Veridiantól és a Maui 
Scheduler (a Maui High Times 
Computing Center fejlesztése). 

A géptelep idejének beosztásához va- 
lamilyen terhelés- és feladatelosztás 
szükséges. A Maui az OSCAR feladat- 
elosztója — ez osztja el az erőforráso- 
kat és dönt az ütemezésről. A PBS a 
feladatkiszolgáló, illetve -indító, a 
feladatok indításán és leállításán kívül 
a feladatsorokat is kezeli. 


Az MSC.Software és az OSCAR 

Az MSC.Software Corporation Systems 
divíziója által kifejlesztett MSC.Linux- 
terjesztés különösen fontos az OSCAR 
elfogadtatása szempontjából. Röviddel 
az OSCAR 1.0-s változatának megjelené- 
se után az MSC.Software bejelentette 
saját megoldását a géptelepekre, ez volt 
az MSC.Linux Version 2001 operációs 
rendszer. Ez a 2001-es ajánlat nagyrészt 
az OSCAR-on alapult, és az első olyan 
kereskedelmi termék volt, amely az 
OCG munkája nyomán jött létre. Joe 
Griffin az MSC.Software-től Webmin 
felületet adott a LU[-hoz (a LUI az első 
OSCAR géptelep-telepítő eszköz volt), 
amely alacsony szintű LU[-parancsokat 
készített a csomópontok számára. Ennek 
a felületnek a segítségével könnyen 
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— Add Clier a bei ü imat 1 


Image Name: — joscarimage 70 Help 
Domain Name: [poKimem TT Hetp ) 
Base Name: — foscamode 7 Help] 
Number of Hosts: fd Help) 


Starting IP: /192.166.64.209 Help 
Subnet Mask: — (255.255.255.0 Help I 
Default Gateway: h192.168.64.208 Help 





3. kép Ügyfelek hozzáadása 
a Systemlmager-lenyomathoz 





MAC Address Collection Tool. When a new MAC i í on the 
netvwsork, it will appear in the left column. ndaprosi páreregt eszébe kezés 
machine highlight the address and the 1 click "Assign MAC to 
Mode". 


Not Listeniny to Network. Click " Collect MAC Addresses" to start. 


E-oscamode1 .pok.ibm.com 
th0 mac - 
th0 ip - 192.168.64.209 


4. kép MAC-címek összegyűjtése 
a Systemlmager-lenyomathoz 


megadhatók a géptelep csomópontjai és 
az egyes csomópontokra telepítendő 
erőforrások. Az OCG egyik eredeti célja 
az volt, hogy a vállalatok felismerjék a 
nyílt OSCAR programcsomag értékét, és 
saját zárt vagy nyílt programcsomagot 
építsenek az OSCAR köré. Ez esetben 
ugyanis megmenekülnek a géptelep fel- 
építésének aprólékos munkájától, nem 
nekik kell az alapvető szerkezeteket ki- 
találni, és sokkal jobban összpontosíthat- 
nak azokra a világszínvonalú fejleszté- 
sekre, amelyekkel a saját megoldásukat 
megkülönböztethetik a többiekétől. 


A közös munka 

Mint más szerteágazó nyílt forrású pro- 
jektnél, itt is a kezdetektől világos volt, 
hogy a társaság nem feltétlenül tud egy 
időben és egy helyen együtt dolgozni. 
Az utazási költségek egyszerűen túl ma- 
gasak voltak, és ilyen sok ember idejé- 
nek egyeztetése is nehézséget jelentett. 
A munka irányítására a csoport hetente 
telefonértekezletet tartott, használták a 
levelezőlistát, és tanácskozások vagy 
kiállítások alkalmával néha összejöttek. 
Szemtől szemben a fejlesztők a negyed- 
évente tartott ,összekovácsolási" bulikon 
találkoztak, az egyik ilyen az Intelnél 
volt az oregoni Hillsboróban, a másik az 
NCSA-nél Illinoisban. Hogy az egység 
az összejövetelek között is megmarad- 
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jon, bevezették az úgynevezett elosztott 
egységbe rendező buli intézményét, 
angol rövidítéssel a DIP napot. A DIP 
napokon minden résztvevő, akinek van 
géptelepe, idejét az OSCAR-nak szenteli. 
Mindenki letölti az OSCAR csomagjait, 
telepíti, futtatja, és a hibákat jelenti a 
csoportnak. A DIP napokon a programo- 
zóktól elvárják, hogy a hibákat azonnal 
javítsák, így a kódot rövid időn belül 
egymás után sokszor ki tudják próbálni. 
A DIÍP nap alatt több konferenciabeszél- 
getésre is sor kerül, megtárgyalják az 
eredményeket, új feladatokat tűznek ki, 
és meghatározzák a feladatok fontossági 
sorrendjét. A DIP napokkal és a szemé- 
lyes találkozásokkal irányított OSCAR 
projekt nagy előrehaladást tett a megbíz- 
hatóság és a tudás terén. 


Az első benyomások az OSCAR-ról 

Az első dolog, amit az OSCAR fájljának 
kicsomagolása után észrevehetünk, hogy 
készítői alapos munkát végeztek. Kiter- 
jedt leírás szól a telepítésről, a rendszer- 
követelményekről, a felhasználói szerző- 
désről (GPL) és az OSCAR mögött meg- 
húzódó elméletről. Létezik gyorstalpaló 
tanfolyam a türelmetleneknek és egy 
teljes leírás is. Azt is megfigyelhetjük, 
hogy semmi egyebet nem kell letölteni, 
minden benne van az OSCAR egyetlen 
tar fájljában. Az OSCAR a géptelepek 
hagyományos szemléletén alapul: egy 
kiszolgáló és N számítócsomópont van. 
A kiszolgáló felelős a csomópontok tele- 
pítéséért, ütemezéséért és megfigyelésé- 
ért. A géptelep csomópontjainak egyfor- 
máknak kell lenniük, azaz ugyanazt a 
Linux-terjesztést és ugyanazt a változatot 
kell használniuk. A felhasználó először az 
install cluster parancsot adja ki, 
ami sok mindent elvégez. Létrehozza a 
szükséges könyvtárakat, kezeli az NFS-t 
és az xinetdt-t, telepíti a LAM/MPI-t, a 
C3-at, a PBS-t, a Mauit, az OpenSSH-t, 
a SIS-t, a Perlt, a Systemlmagert és az 
MPICH-t, frissíti a különböző profilokat 
és beállító parancsfájlokat, végül elin- 
dítja az OSCAR-varázslót. 

Ha minden jól megy, kellemes meglepe- 
tés ér bennünket: ez az OSCAR-varázs- 
ló. Az OSCAR-csapat úgy érezte, hogy 

a varázsló az OSCAR egyik megkülön- 
böztető jegye lesz a linuxos géptelepek 
megoldásai között. A varázsló célja egy- 
értelmű - követni kell az utasításokat, 
és a géptelep fájdalommentesen telepít- 
hető. A varázsló minden lépésének van 
egy belépési és egy kilépési feltétele. 

Ha a kilépési feltétel teljesül, az OSCAR 
egy sikerüzenetet ad vissza, ami azt 
jelzi, hogy biztonságosan a következő 
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lépésre lehet ugrani. A varázslót követve 
a Build OSCAR client image gomb 
megnyomásával a második panelre 
érünk, neve Create a Systemlmager 
Image panel. 

A Systemlmager panel célja, hogy olyan 
fájlrendszert hozzon létre a kiszolgálón, 
amely később minden ügyfélre telepítve 
lesz. Az Inage Name mező lehetővé 
teszi, hogy a felhasználó több System- 
Imager lenyomatot készítsen, mindegyi- 
ket egyedi névvel ellátva. A Package File 
mezőben adhatjuk meg, hogy milyen 
csomagokat telepítünk az ügyfelekre. 
Az OSCAR által nyújtott alapbeállítás 

a legtöbb felhasználó igényeit kielégíti. 
A Packages Directory mezőben adhatjuk 
meg az RPM-csomagok forrását, végül 

a Disk Partition File mezőben lehet test- 
reszabni a lemez felosztását. Az OSCAR 
erre is kínál alapbeállításokat, IDE- és 
SCSI-meghajtókra egyaránt. A Build 
Image gomb megnyomása után megin- 
dul az ügyféllenyomat készítése a ki- 
szolgálón. Ha ez kész, továbbléphetünk 
a varázsló második pontjára, az OSCAR- 
ügyfelek megadásához. 

Az Add Clients panelen a felhasználó 
megadhatja az új ügyfelekhez rendelen- 
dő IP-címtartományt. Minden egyes ügy- 
félhez egy lenyomatnév tartozik, amelyet 
az Image Name mezőbe kell írni. Egy 
ügyfélcsoportot IP-címtartomány formá- 
jában adhatunk meg, hogy mindegyik 
ügyfélnek azonos legyen az alhálózati 
maszkja és az alapértelmezett átjárója. 
Az Addclients gomb az ügyfél beállítófájl- 
ját készíti el a SIS számára. Ha ez meg- 
van, lépjünk tovább a varázsló harmadik 
pontjára, a hálózati beállításokhoz. 

A Setup Networking panelen a géptelep 


csomópontjainak MAC-címeit gyűjtjük 
össze. Ha a csomópont a hálózatról rend- 
szert tud indítani (PXE), egyszerűen ren- 
deljük hozzá a MAC-címhez az ügyfelet, 
és kapcsoljuk be. Ha csomópont nem 
ismeri a PXE-t, készíteni kell egy System- 
Imager rendszerindító lemezt a Build 
Autoinstall Floppy gomb segítségével. 

A MAC-címek összegyűjtése után nyom- 
juk meg a Configure the DHCP gombot, 
és kapcsoljuk be a csomópontokat, hogy 
megkezdődjön a Linux telepítése. 

A csomópontok telepítése után minden 
csomópont elkezd idegesítően és kitar- 
tóan sípolni, jelezve, hogy el kell távolí- 
tani a rendszerindító lemezt vagy ki kell 
kapcsolni a PXE-t, és a csomópontot 
újraindítani a merevlemezről. Miután 
mindegyik újraindult, a csomópontok 
készen állnak a Complete Cluster Setup 
gomb megnyomására. Ez a művelet 
egyezteti az időt és lefuttat néhány cso- 
magfüggő telepítés utáni parancsfájlt. 

A Test Cluster Setup gomb hatására rövid 
feladatok futnak le — kipróbálva az üte- 
mezőt és a párhuzamos könyvtárakat. 
Ha a géptelep telepítése elkészült és 
minden működik, a próbaparancsfájlo- 
kat futtathatjuk, melyek a géptelep álta- 
lános egészségi állapotát mérik fel. 
Atest install parancsfájl ellenőrzi, 
hogy a PBS és a Maui ütemező be van-e 
állítva és fut-e, a C3 eszközök telepítve 
vannak-e, és a géptelep készen áll-e 
párhuzamos feladatok végrehajtására. 


Az OSCAR jövője 
A cikk írásának idején az OSCAR 1.2.1 

a legfrissebb, amely Red Hat Linux 7.1 
alatt fut. Az MSC.Linux Version 2001 az 
OSCAR 1.1-en alapul. Az 1.0 és 1.1 kiadá- 








sok eléggé népszerűek voltak a közösség 
tagjai között — körülbelül 25 000-szer töl- 
tötték le a SourceForge-ról. Jelenleg az 

az OSCAR legnagyobb gondja, hogy 
viszonylag kevés fejlesztőjének időt és 
energiát kell áldoznia az olyan új prog- 
ramcsomagok beépítésére, amelyeket az 
emberek az OSCAR-ban látni szeretné- 
nek. Az OSCAR 2.0 projekt már jó úton 
halad, és ennek a változatnak az egyik 
hangsúlyos pontja, hogy az összetevőket 
szabványos API-kon keresztül lehessen 
bővíteni, így bárki hozzáteheti majd a 
nyílt forrású csomagját az OSCAR-hoz. 
Maga az OCGCG is nő. Amióta Tim Mattson 
az Inteltől egyéves szabadságra távozott, 
Jeff Sguyres az Indiana Egyetemről vette 
át a vezetést az OSCAR 2.0 felépítése és 
egységessége témakörében. Ibrahim Had- 
dad az Ericcsontól (sokat ír a Linux Jour- 
nalba is) olyan érdekes ötletekkel érkezett 
a társasághoz, amelyek lehetővé tennék, 
hogy az OSCAR közel olyan megbízható 
legyen, mint a telekommunikációs alkal- 
mazások. Jim Garlick a Lawrence Liver- 
more National Lab képviseletében szin- 
tén csatlakozott a társasághoz, magával 
hozva a nagy géptelepek méretezéséről 
szerzett tapasztalatait. 


Felületek és terjesztések 

A legelső OSCAR értekezleten a felek 
megegyeztek, hogy az OSCAR egyetlen 
Linux-terjesztéstől vagy felülettől sem 
függhet. Ennek ellenére az OCG mosta- 
náig főleg a Red Hat és az MSC.Linux 
terjesztésekre összpontosított az IA-32 
felületen. 2002-ben a látókör tágulni fog. 
A SIS OSCAR-ba építésének az volt a 
célja, hogy minden RPM-en alapuló 
terjesztést támogathassanak, ezek a 
SuSE, Turbolinux, Red Hat, MSC.Linux 
és a Caldera. A későbbiekben a deb-eken 
alapuló terjesztések támogatása is meg- 
valósul (pl.: Debian). Ráadásul a SIS 
felépítése lehetővé teszi, hogy más felü- 
letekre is könnyen átvigyék. Az NCSA 
máris rendelkezik egy Itaniumon futó 
OSCAR próbával, és az Oak Ridge a Red 
Hat 7.2-t próbálja ki. Mivel az API nyílt, 
és az OSCAR számos terjesztés alatt és 
nagyszámú felületen képes futni, ebben 
az évben nagy fellendülés várható. 


Záró gondolatok 

Az OSCAR hatása a linuxos géptelepe- 
ket használó közösségre több szemszög- 
ből is vizsgálható. A legnyilvánvalóbb 
előny, hogy az OSCAR hasznos segéd- 


eszköz a géptelep működtetéséhez, és 

a legkülönfélébb gyártók rendszerein 

is használható. Sok nehézséget elkerül- 
hetünk a segítségével, mert a szükséges 
programokat nem kell különböző web- 
helyekről összeszedegetni. Ez tényleg 
olyan megoldás géptelepek létrehozá- 
sára, amelyet a nem programozó fel- 
használó is képes használni. A felszín 
alatt az OCG egyre növekvő szervezetét 
találjuk, amelyben részt vesznek az 
állami kutatóintézetek, az egyetemek és 
az ipar képviselői, hogy együtt új nyílt 
forrású megoldást fejlesszenek Linuxra. 
Visszatekintve számára a talán legfonto- 
sabb hosszú távú hozzájárulás a közös- 
ség az, hogy a nyílt forrás jobbá tétele 
érdekében a közös munkálkodás új 
formáit fejlesztették ki. 
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Richard Ferri 

az IBM Linux lechnology 
Centerben vezetőprogra- 
mozó. Nyílt forrású linuxos 
géptelepeken dolgozik. 





Linux-parancsok: szerelem első látásra 
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Állománykezelés 

Hadd áruljam el a számítógépek, operációs rendszerek és az ezeket kö- 
rülvevő egész iparág nagy titkát: minden dolog adat, és minden, amit 
a számítógépekkel teszünk, legvégső célnak az ebből nyerhető informá- 
ciót tekinti. A fájlok tulajdonképpen raktárai ezeknek az információknak. 
Az adatok ügyes kezelése, karbantartása, élni és visszaélni velük 

— még húsz év múlva is ez lesz a számítástechnika központi kérdése. 

A következő dolog, amiről beszélni szeretnék, az a három fájl, ami 
felett a legtöbbször siklik át a tekintetünk: a szabványos bemenet, 

a szabványos kimenet és a szabványos hiba. E , fájlok" kezelésében 
szerzett jártasság bámulatos rugalmasságot fog biztosítani, amikor 
mindennapi munkánkat kell majd végeznünk. 

Állományok listázása (LiSt) 


Amikor parancsokról beszélünk, ez minden alkalommal a parancs- 
felületen való munkát jelenti. Ez az a bizonyos parancsjel ($), ami 
nagyon sok parancshéjnál közös. Amikor rendszergazdaként jelent- 
kezünk a rendszerbe, jobbára eltérő parancsjelet (prompt) láthatunk. 
Az ilyenkor használatos jelnek (5) igen sok elnevezése ismeretes: 
Észak-Amerikában ,Pound sign" (fontjel) vagy ,hash mark" a neve, 
angol barátaim azt mondják, ez egy ,octothorp", mások tic-tac-toe 
táblának nevezik (magyarul pedig kettős kereszt vagy rács a neve — 
a ford.). Én parancsjelnek (root prompt-nak) fogom nevezni. 
Végül is nem az elnevezés fontos, csak egy olyan parancsjelet 
szeretnénk, amivel elkezdhetjük a gyakorlást. Ha grafikus felületen 
vagyunk, kattintsunk a terminálablak ikonra, hogy elinduljon a 
terminál- (vagy héj-) program. A KDE-felhasználók egy Konsole-t HESS 


indítanak, míg a Gnome-felhasználók valószínűleg egy színes cat Állományok összefűzése (conCATenate). 
xterm-et. Ha a terminálemulátorok számát találomra próbálnánk sort Egy állomány (vagy kimenet) tartalmának rendezése (SORT). 
megbecsülni, nagy valószínűséggel kevesebbre gondolnánk, mint unig Rendezés után az egyedi (UNIOue) sorokkal tér vissza. 


Szavak megszámlálása (Word Count). A sorok, szavak és 
karakterek számát adja eredményül. 


ahányféle valójában létezik. Használható a tiszteletre méltó Xterm, wc 
a Konsole, az rxvt és Eterm, hogy csupán néhányat említsek. 


Parancsok, amelyeket szeretni érdemes cp Fájlok másolása (CoPyI]. é j 

date Dátum és idő megjelenítése. mv Fájlok mozgatása (MoVe) vagy átnevezése. 

who Az adott pillanatban bejelentkezett felhasználók. lee a YA ÉG MED MEGHA LASS BETON Nagy ÉGESSEEt ebet 
whoami. Ki is vagyok valójában? more Lehetővé teszi nagy szöveges állományok könnyű lapozását. 
S Az adott Miákzl sast EZT TÁTE less Minta more parancs, de komolyabb hozzáállással. 

echo Hello, ello, Ilo, lo, o, o, o ... (visszhang). 


finger Egy felhasználót azonosít. Megállapít róluk néhány dolgot. 


last — Kijelentkezett be utoljára és még mindig bent van-e? Részlet Marcel Gagné: Linux-rendszerfelügyelet című könyvéből 
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Az X beállítása (1. rész) 


Az alapoktól egészen több monitor használatáig. 


két részből álló leírás első része inkább a kezdő fel- 
használóknak szól, akik az X beállításában még nálam 
is kevesebb jártassággal rendelkeznek. Elsősorban az 


egyetlen működő X-felhasználóval rendelkező rendszer beállí- 
tásaival ismerkedünk meg. 


Az X indítása 

A beállítások ismertetése előtt alapszinten meg kell ismernünk 
az X működését. A grafikus felületet valamelyik grafikus kiszol- 
gálónak (X-kiszolgálónak szoktuk nevezni) a feladata szolgál- 
tatni. Ez a kiszolgáló csak a grafikus felület alapját szolgáltatja, 
ami a monitoron szürkés színű alapfelületet ad, ezután a fel- 
használónak (pontosabban az általa módosított indítófájlnak) 

a feladata az ablakkezelő indítása. Az X-kiszolgálót nem szabad 
összetéveszteni a grafikus felületkezelővel. Mint említettem, 

az X szolgáltatja a grafikus felület alapját, amihez a beállított 
indítási folyamattól függően kapcsolódik, illetve kapcsolódhat 
a Grafikus felületkezelő program, és ez egy hétköznapi felhasz- 
náló számára is könnyen használható felületet ad. A Grafikus 
felületkezelőnek csak a grafikus felületen történő bejelentkezé- 
sek kezelésében van szerepe. Ezen eszközök önmagukban nem 
az egyes felhasználó által munkához, játékhoz használható 

, munkaasztalt" adják, ezért valamilyen módon az ablakkezelőt 
is el kell indítanunk (az ablakkezelőkről a Linuxvilág előző 
néhány számában esett szó). Az ablakkezelők indításának tehát 
két alapvető módja van, lássunk ezekre egy-egy velős példát. 


A KDM 

A felhasználóbarátabb Linux-rendszerek többsége operációs 
rendszerünket általában alaphelyzetből úgy akarja beállítani, 
hogy a telepítést követő első rendszerindításkor a felhasználó 
azonnal a grafikus felülettel találkozzon. Ez azt jelenti, hogy 

a rendszerindítási folyamat utolsó mozzanataként elindítja 
valamelyik Grafikus felületkezelőt (Desktop Managert). A leg- 
elterjedtebbek ezek közül az XDM, GDM és a KDM. Most rövi- 
den a KDM-ről és beállítóeszközéről írnék, mivel talán ez az az 
eszköz, ami grafikus felületen is a legkönnyebben állítható be. 
A képen látható beállítóeszköz a KDE KControl nevű eszközli. Se- 
gítségével beállíthatjuk, hogy a számítógép indításakor egy adott 
felhasználóónműködően bejentkezzen. Ha nincs ilyen felhasz- 
náló megadva, egy felhasználónév, jelszó és a kívánt grafikus fe- 
lület kiválasztását lehetővé tevő ablakkal találkozhatunk — meg- 
jelenése (háttér, betűtípusok, a felhasználók ikonjai, a látható 
felhasználói ikonok stb.) a KControlban mind-mind beállíthatók. 
Amennyiben a belépő felhasználó kiválaszt egy ablakkezelőt, a 
KDM legközelebbi belépésekor is ezt fogja felajánlani számára. 


Az xinitrc fájl 

Az ablakkezelők a felületkezelők nélkül is indíthatók. Ehhez előbb 
konzolon be kell jelentkeznünk, majd parancssorból indíthatjuk 

a grafikus felületet. Erre a célra több parancs is használható 
(startx, xinit). Beállításukat — vagyis azt, hogy pontosan mi is 
induljon el az X indításakor — az xinitrc fájlban tehetjük meg. Az 
alábbi sorokban az xinitrc fájl tartalmából láthatunk egy részletet: 
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K3ICII-JE3 


-" Control Center 


Index ] searcn ] Help ] 


S-TH : KDE Control Center 


EHET File Browsing 
H-Éy Information 

HZ Look § Feel 

HÉ Network 

b 24 Peripherals 

H-Z Personalization 

HÜ Power Control 

E-Z Sound 

B-s System 

b-2 Heb Browsing 


Welcome to the "KDE Control Center", a central place to configure your desktop 
environment. Select an item from the index on the left to load a configuration module. 


ick on the "Help" tab on the left to view help for the 
active control module. Use the "Search" tab if you are 
here to look for a particular configuration option. 





H1/bin/jsh 

xterm -Ín 7x1i3bold -g 80x32-410-50 6 

xterm -Ín 9xi5bold -g 80x34-430-10 6 
xscreensaver-command -exit 6 

Xxscreensaver § 

exec fÍvwm2 

Mint megfigyelhető, a grafikus ügyfél különböző helyzetben 
két xterm ablakot nyit meg, ezt követően az xscreensaver 
képernyőkímélőt, végül az fvwm2 ablakkezelőt. 

Az általunk kiadott parancsok után az 6- (és-jel) használata célsze- 
rű, mert a parancsértelmező ekkor nem várja meg míg az elin- 
dított program befejezi futását. 


A grafikus eszközök beállítása 

Először is tisztáznunk kell, hogy videokártyánkat az X támo- 
gatja-e. A Matrox és az nVidia kártyák talán a legelterjedtebbek 
ezek a támogatott eszközök közé tartoznak. Ezekkel általában 
csak akkor lehet gondunk, ha X-ünk túl régi vagy kártyánk 
nagyon új, és még nincs hozzá megfelelő meghajtóprogram. Én 
most egy Matrox Millennium G550 kártyát használok, előtte egy 
ASUS V3400-as Riva INI kártyám volt. Mindkettő AGP-s eszköz 
és egyikkel sem volt igazán gondom. E két kártya esetében az X 
tartalmazta a megjelenítéshez szükséges meghajtóprogramot, de 
a jobb képminőség elérése érdekében a meghajtóprogramokat 
mindegyiknél frissítettem. Az nVidia kártyánál a külső eszköz- 
meghajtó program esetében fontos volt megtenni két beállítást 

a BIOS-ban. Az egyik a plug and play operációs rendszer lehető- 
ség kikapcsolása, a másik a VGA IRO igenre állítása. A meghajtó- 
programok telepítése egyik kártya esetében sem bizonyult bo- 
nyolult feladatnak, hiszen — mint sok esetben - a gyárilag elké- 
szített csomagokat használhatjuk (a SuSE nVidia-meghajtó RPM- 
je). Az sem jelent gondot, ha csak a forrás áll rendelkezésünkre, 
ekkor is csupán annyi a feladatunk, hogy a kicsomagolt eszköz- 
meghajtó könyvtárában rendszergazdaként lefuttatjuk a make 
vagy a make instal1 parancsot. Matrox-kártyák esetében 

a támogatottság erősebb, hiszen a rendszermagban is számos 
helyen találkozhatunk kapcsolódó beállítási lehetőségekkel. 

Az X beállításához a következő parancsokkal ugyancsak hasz- 





nos tájékoztatást kaphatunk (fontos, hogy használatukkor 
semmilyen grafikus felület vagy felületkezelő ne működjön): 
-configure: kipróbálja az eszközöket, és beírja őket az 
XF86Config fájlba. 

-probeonly: kipróbálja az eszközöket, majd kilép. 
-scanpci: megállapítja, hogy melyik PCI-, AGP-foglalatban 
van valamilyen grafikus kártya, és kiírja a több monitor hasz- 
nálatakor szükséges PCI-értékeket. 

Sorozatunkban csak a 4.x-es X-változatokkal foglalkozom, 
mivel ez a jövő iránya, és a régi grafikus eszközökhöz is egyre 
több meghajtóprogram érhető el benne. 


Az XFőGConfig-4 fájl beállítása 

A 4.x-es X grafikus felületének alapbeállításait az XF8OConfig-4 
fájl tartalmazza, amit az esetek igen nagy részében a /etc/X11/ 
könyvtárban találunk meg. A fájl elkészítésére több lehetősé- 
günk nyílik. A fájlt Red Hat alatt az Xconfigurator (utódja újab- 
ban a setupból érhető el), Madrake alatt az Xdrakres, SuSE alatt 
pedig — mivel ezt nagyon rég próbáltam már - legszebb emlé- 
keim szerint a Yastból lehetett elkészíteni és módosítani. 
Debian alatt az X telepítésekor karakteres (xfő6contfig) felületen 
vagy grafikus (xfő6cfg) nyílik lehetőségünk elvégezni a szüksé- 
ges beállításokat, vagy a telepítés után a dokg-reconfigure 
xserver-common-nal, és a dokg-reconfigure xserver - 
xfree86-tal parancssorból. Egy mintafájlt láthatunk itt: 
/usr/X11R6/1lib/X11/XF86Config.eg 

Az alábbi rész nagyrészt az XFS6Config-4 súgóoldaára épül 

— a teljesség igénye nélkül, hiszen csak a számomra ismerős 

és eddig szükségessé vált beállításokat emeltem ki belőle. 

E beállítóprogramok több-kevesebb sikerrel és részletességgel 
beállítják és átszerkesztik az XFSo0Config-4 fájlt. 

Ha úgy érezzük, hogy a lehető legtöbbet kis szeretnénk hozni 
a grafikus felületből, a beállításokat mindenképpen nekünk 
magunknak célszerű átszerkesztenünk. Az XF86Config-4 fájl 

a következő jól elkülönülő részeket tartalmazza: 

Files: a szükséges fájlok elérési útvonala. 

ServerFlags: kiszolgálóbeállítások. 

Modules: dinamikusan beolvasható modulok. 

InputDevice: bemeneti eszközök (egér, billentyűzet). 

Device: grafikus eszközök, videokártyák. 

VideoAdaptor: az Xv videoátalakító beállításai. 

Monitor: monitorbeállítások. 

Modes: a videomódok leírásai. 

Screen: képernyőbeállítások. 

ServerLayout: a beállítások összesítése. 

DRI. A DRI megjelenési alrendszer beállításai. 

Vendor: gyártófüggő beállítások. 

Az egyes leíró részek felépítése meglehetősen egyszerű: 
oection "Files" 


EndSection 

A fájlon belüli egyes részek sorrendje lényegtelen, bár a köny- 
nyebb eligazodás végett célszerű az eredeti vagy mintafájlban 
található sorrend betartása. Mintafájlokat a meghajtóprogramok 
leírásában, és az HOGYAN-ok X-re vonatkozó részeiben találha- 
tunk. Lássuk az egyes részeket beállítási lehetőségeikkel együtt! 


Files 

Az X kiszolgáló számára szükséges elérési útvonalak beállítá- 
sára a parancssori beállítás lehetőségeinek megfelelően (man 
Xserver, Xfree36) a Files rész használható. A parancssori beállí- 
tások a fájlban beállított lehetőségeket felülírják. 

Ez a rész alapesetben alapvetően három dologról gondoskodik. 
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Az első az RGB adatbázis elérési útvonala: 

RgbPath "/usr/X11R6/lib/X11/rgb" 

A másik két beállítás az X alatt használható betűtípusok kiválasz- 
tására szolgál. Az első példa a betűkészlet-kiszolgáló elérési mód- 
ját adja meg. Ennek leírás szerinti formátuma a zárójelek nélkül 
az alábbi: (kapcsolati protokoll, például TCP)/(gépnév, például 
linux.domain.net):(a kiszolgáló kapuszáma, ez általában 7100) 
Példa az XF86Config-4 fájlból. 

FontPath "unix/:7100" 

Ezt általában az alap betűkészletek teljes elérési útvonalának 
megadása követi: 

FontPath 47uüsr/1lib/Xii/fontsz1i00dpi" 

Itt az összes létező betűkészlet könyvtára megadható. Ha a be- 
tűkészlet-kiszolgáló nincs megadva, a kiszolgáló a betűkészle- 
teket saját maga próbálja meg elérni. 

Még egy elérési útvonal adható meg a Files részben, a 
ModulePath, ami az X által betöltendő modulok nevét so- 
rolja fel. Fontos újdonság ,hogy az X4.x képes közvetlenül 
kezelni a Iruelype (Freelype) betűtípusokat, így leegyszerű- 
sítjük rendszerünket, ehhez a freetype vagy az xtt mo- 
dulok használatóak. 


ServerFlags 

Ez a rész a kiszolgáló által használt beállításokat tartalmazza, 
az alábbi példának megfelelően: 

Section "ServerFlags" 


Al lowMouseOpenFail 

Option "NolrapSignals" "true" 

H(a vEltoz OGrtOke igaz (true), vagy hamis 
H(false) lehet) 

EndSection 


Az itteni beállítások felülírják a ServerLayout részben megadott 
beállításokat. Az itt beállított kapcsolók parancssorból történő 
indítás során az ott megadott értékekkel felülírhatók. A követ- 
kező tulajdonságok állíthatóak be: 
e . Option "NolrapSignals" (true/false) 
Törli vagy nem törli a memórialenyomatot (a core fájlt), 
ha az X valamilyen végzetes hiba miatt összeomlik. 
Alapesetben erre a fájlra nincs szükségünk, csak akkor, 
ha az X-et fejlesztjük. 
e . Option "DontZap" (true/false) 
Ez tiltja a CTRL-4ALT-t BACKSPACE billentyűkombináció hasz- 
nálatát. Alapesetben ezzel a kombinációval az X-kiszolgáló 
kilőhető (ha a kapcsoló értéke true, az X-et a leírt módon 
nem lehet leállítani). 
e . Option "DontZoom" (true/false) 
Engedélyezi a CTRL--HALT4.Numerikus billentyűzet 
4 (plusz), illetve a - (mínusz) billentyűkombinációk hasz- 
nálatát. Működő X esetén ezek teszik lehetővé az engedé- 
lyezett videomódok közti váltást. 
e . Option "DisableVidModeExtension" (true/false) 
Nem engedélyezi az xvidtune ügyfél által használt 
VidModet-kiterjesztés használatát. 
e . Option "AllowNonLocalXvidtune" (true/false) 
Az xvidtune-ügyfél (az, amelyik a VidMode-kiterjesztést 
használja) a kapcsolódást teszi lehetővé egy másik gépről. 
e . Option "DisableModlnDev" (true/false) 
Nem teszi elérhetővé az XFree386-Misc-kiterjesztését, amely- 
lyel az eszköz beállításait dinamikusan lehet módosítani. 
e . Option "AllowNonLocalModilnDev" (true/false) 
Egy másik gépről kapcsolódó ügyfél számára a működő 
kiszolgálón lehetővé teszi a billentyűzet- és az egérbeállítá- 
sok módosítását. 
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e . option "AllowMouseOpenFail" (true/false) 
Akkor is lehetővé teszi a kiszolgáló elindítását, ha a mutató- 
eszköz nem indítható. Ez egyfelhasználós környezetben nem 
szerencsés, hiszen sok ablakkezelő az egér használatára épít. 
e . Option "BlankTime" (idő) 
Beállítja a képernyő elsötétítésének alapértékét. 
e . Option "StandbyTime" (idő) 
A monitor Standby állapotba kerülésének idejét állítja be. 
Csak VESA DPM-támogatással rendelkező monitorok 
esetében célszerű használni. 
e . Option "Suspendlime" (idő) 
A monitor Suspend állapotba kerülésének ideje. 
e . Option "OffIime" (idő) 
A monitor lekapcsolásáig eltelő idő. 
e . Option "Pixmap" (bit/pixel) 
A megjelenített kép színmélységét 24-re állítja 
— 24-es és 32-es színmélység esetén használható. 
e . Option "NoPM" (true/false) 
Nem engedélyezi az Energiatakarékos üzemmód-okat. 
e . Option "Xinerama" (true/false) 
Engedélyezi a XINERAMA-kiterjesztést. Erről a későbbiek- 
ben még lesz szó. 


Module 

A Modulok rész az X által beolvasott modulokat sorolja fel. 

Az itt található bejegyzések két formátumban fordulhatnak elő, 
az első valahogy így néz ki: 

Load "modulnev" 

A második változat pedig így: 

SubSection "extmod" 

Option "omit XFree86-DGA" 

EndSubSection 

A modulokat a rendszer a ModulePath változóban megadott 
elérési útvonalon keresi. 

Hogy megtudjuk, mely modulok tölthetők be, nézzük meg 

a következő könyvtárakat. A modulokat kiterjesztés nélkül 

a fenti példákhoz hasonlóan olvastathatjuk be: 
/usr/X11R6/lib/modules/fonts 
/usr/X11R6/lib/modules/extensions 

A bitmap modul önműködően betöltődik. Néhány többször 
használt modul: 


Load "Glcore"  - az OpenGL hibajavításához szükséges. 

Load "glx" - az OpenGL használatához szükséges (játékok, 
MPlayer). 

Load "dri" -— a DRI közvetlen leképezőrendszer engedélyezése. 

Load "pex5" — pex5 betűtípusok kezelését végzi. 

Load "dbe" — Dupla pufferkiterjesztés a szebb megjelenítéshez. 


Option "omit xfree86-dga" -— nem indítja el a DGA- 
kiterjesztést. 
Load "typel!" - A typel-es betűtípusokat raszterizálja, 
és megjelenésüket simítja. 
Load "fÍreetype" - ahogy már említettem, az új rendszer 
e modul segítségével képes a Freelype betűtípusok kezelésére 
(lásd még az új xtt modult). 


InputDevice 

Az InputDevice rész alapesetben legalább kétszer fordul elő a 
fájlban: egyszer a billentyűzet esetében és egyszer az egérében. 
Formátuma az alábbi: 

Section "InputDevice" 

Identifier "elnevezes" 

Driver "meghajt program neve" 
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EndSection 

Az elnevezes egy egyedi név, amire később hivatkozni 
tudun k. A Driver az eszközhöz tartozó meghajtóprogram 
neve. Nézzünk egy példát: 

Section "InputDevice" 

TIdentifier "Moüseü" 


Driver "mouse" 

Option "Device" !"/dev/mouse" 
Option "PrötócoOLY TTmPbS/2" 
Option "Emulate3Buttons" "off" 
Option "ZAxisMapping" "4 5" 
EndSection 


A Mouse0O azonosítóeszközt a mouse meghajtóprogrammal hasz- 
náljuk. Az eszköz a /dev/mouse eszközre kapcsolódik PS/2-es 
protokollal. Valószínűleg háromgombos egérről van szó, mivel 
a harmadik gomb emulációja ki van kapcsolva (ha be lenne, a 
kétgombos egér két gombjának egy idejű lenyomásával a közép- 
ső egérgombhoz kapcsolódó parancsot tudnák végrehajtatni.) 
A "ZAxisMapping" "4 5" beállítás görgős egerek esetében 
fontos, ahol a három gombon felül beérkező adatok feladatát 
meg kell adni. Érdemes, ha valakinek ilyen egere van, a 4-est 
felcserélni az 5-össel, mivel várhatóan azt tapasztalja majd, hogy 
a görgetés iránya felcserélődik. 
Néhány X alatt használt egérprotokoll: 
Microsoft: egyszerű Microsoft egér. 
MouseSystems: alapprotokoll a háromgombos soros egerekhez. 
PS/2: ezt a protokollt használják a busra kapcsolódó egerek 
(PS/2-es egerek). 
ImPS/2: ezzel azonos az , IntelliMouse" protokollelnevezés. 
A PS/2-es kapura kapcsolódó egerek használják, valamint né- 
hány USDB-s egér. Görgős egerek beállítására alkalmas protokoll. 
A billentyűzet a másik eszköz, amit szintén külön InputDevice 
részbe célszerű tenni: 
Section "InputDevice" 
Identifier "KeyboardO" H?H ez lesz az eszk z 

H kösiíbbi azonos t ja 
Driver "keyboard" H a meghajt program neve 
Option "XkbRules" "xfíree86" 
H A hasznElt billentyíszet t pusZnak 
t megadgsa (/usr/X11R6/1lib/X11/xkb/rules) 
Option "XkbModel" "pclOo5" 
H A billentyíszet gombjainak szAma 
H (ezzel megadjuk a gombok helyzetgt, 
öption "Xkblayout" "hu" 
H A nyelvi beZll t£s k dja 
t (/usr/X11R6/lib/X11/xkb/symbols) 
EndSection 
Két fontos beállítás, amit a megfelelő eszközöknél érdemes 
beállítani: 
Option "CorePointer" 
Option "CoreKeyboard" 
A Core? eszköz lesz az alapértelmezett eszköz. 
lerjedelmi korlátok miatt ebbe a részbe most sajnos ennyi fért. 
Következő írásomban több monitor beállításának és egyidejű 
használatának lehetőségeiről olvashattok. 


k djEt.) 


Tóth Béla 

(tothb1 ofreemaill.hu) Nős, két gyermek büszke 
atyja. Egyaránt otthonosan mozog CAD és 
térinformatikai programokban. Linuxszal törté- 
nő ismerkedést RedHat 5.2-vel kezdte, sajnos 

l jelenleg csak kedvtelésből foglalkozik vele. 








Ideglelés 


David azokra az olvasói levelekre reagál, amelyek 
legutóbbi, az érdekekről, a hiábavalóságról 
és a levélszemétről szóló felvetéseire érkeztek. 





mennyiben a befutó levelek alapján megítélhetem, 
AA a legutóbb elővett témákkal igencsak kényes helyre 

tenyereltem. Elsőként a terjesztésekben található 
könyvtárak változatainak kezelésével kapcsolatos gondokat 
említeném, illetve azt, hogy különféle rendszermagokat kell 
fenntartanom, például azért, hogy minden szükséges programot 
le tudjak fordítani, és azok fussanak is. A jelek szerint nem én 
vagyok az egyetlen. lalán ha kérvényeznénk a programozóktól, 
hogy ne mindig a legújabb-legszebb változatot használják, 
előbbre jutnánk — ebben a lapszámban pedig ez fog történni. 
Programozók, ha figyeltek, segítsetek nekünk, felhasználóknak! 
A második dolog a levélszemét kérdése volt. Szomorúan láttuk, 
hogy az ORBS után hamarosan az ORBZ is eltűnik a süllyesz- 
tőben. Nyomukban azóta több feketelista is felbukkant, ám sike- 
rük nyomkövetés nélkül kétséges. A Razor adatbázis is gyanús 
— több levelezési listáról érkező levelet is halálra ítélt, holott nem 
kéretlenül érkeztek. A különféle listák és adatbázisok tehát eny- 
nyit tudnak. Megismerkedtem ugyanakkor egy újabb ígéretes és 
jól testreszabható szemétszűrő csomaggal. Kiderül, hogy mi sült 
ki belőle — lásd lejjebb a SpamAssassinról szóló részt. 
Végül sokan szeretnének búcsút inteni a Windowsnak, ám a 
Ouicken csomag egyelőre pótolhatatlan. A pénzügyi csomagok 
lehangolók, érdektelenek, és kevés programozó vállalja azt az 
öngyilkossággal felérő elhatározást, hogy ilyesféle programot fej- 
lesszen. Ám ettől még szükség van rájuk. Az egyik ígéretes cso- 
mag nyílt forrásúból kereskedelmibe ment át. Kereskedelmi cso- 
magokról nem írok, de akinek személyes pénzügyi alkalmazásra 
van szüksége, az AppGen oldalán (3 http:/www.appgen.com) 
megismerkedhet a MoneyDance programmal. 


dnotify 

A segédprogram békésen szunyókál a háttérben, amíg az általa 
figyelt könyvtárak valamelyikében valaki előre meghatározott 
módon el nem ér egy fájlt vagy végre nem hajt valamilyen 
módosítást. Ekkor az előre megadott parancsot hajtja végre. 
Különösen behatolásérzékelő rendszerekben tehet rendkívül 
értékes szolgálatot. Valaki éppen a saját kis cuccait pakolgatja 
fel hozzád? A dnotify azonnal értesít, amikor a megfelelő 
könyvtárban található fájlokhoz fért hozzá. Futtatásához 

glibc szükséges. 

2 http:/www.student.lu.se/—nbi980oli 


Mail::SpamÁAssassin 

Rengeteg levélszűrőt próbálgattam, de egyik sem tökéletes. Úgy 
tűnik, a Vipul-féle Razor adatbázis valakiknek szúrta a szemét, 
így helyette a SpamAssassinnal próbáltam zöldágra vergődni, 
amely több tekintetben is emlékeztetett a Razorra. Érdemes meg- 
említeni, hogy a SpamáAssassin könnyedén átállítható. A kipró- 
bálás ideje alatt több száz kéretlen levelet fogott meg. Mindössze 
egy olyan szemét volt, amelyet 4.6 ponttal átengedett, és egyetlen 
baráti levelet fogott meg, 5,5 ponttal. A SpamáAssassin segítségé- 
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vel fehér- és feketelisták is létrehozhatók. Ha vannak 
olyan barátaid, akik például Costa Ricában élnek, és 
címük acr.co.cr végződésű, címüket a fehérlistára teheted, 
miközben a többi acr.co.cr szemétkirály küldeményei egyenesen 
a /dev/null-ba kerülnek. letszik! Részletesen olvashatsz a prog- 
ramról a 64. oldalon. A futtatáshoz szükségesek: Perl, Net::DNS, 
Mail: :Internet és Net::SMIP Perl-modulok, valamint a Procmaill. 
2 http:/www.spamassassin.org 


Remote Accounts Handler 

Bash-parancsfájl, ami valamivel túllép a gpasman szolgálta- 
tásain. GPG-vel titkosított formátumban listát vezet a távoli 
számlákról és hozzáférésekről, bemeneti átadott értékként 

a megfelelő távoli hozzáféréssel meghívva pedig kezdeményez- 
hetjük is a kapcsolódást a távoli géphez. Ekkor elindítja a meg- 
felelő alkalmazást — SSH, lelnet, FIR SFIP HIIR MySOL -, és 
csatlakozik a másik géphez. A futtatáshoz szükségesek: Bash, 
expect, dialog (elhagyható), valamint GPG. 

2 http:/www.entropika.net/racs 


Penetrator 

Perl-alkalmazás, segítségével indexelhetjük az összes állományt, 
majd kereséseket végezhetünk szavak alapján, akárcsak a htDig 
vagy más keresőmotorok révén. A különbség annyi, hogy a 
helyi merevlemezen dolgozik, illetve mindenhol, ahol olvasási 
jogosultsággal rendelkezünk. Ha — hozzám hasonlóan - több 
évnyi munkád fekszik szöveges fájlokban, és szavakra szeretnél 
bennük keresni, próbáld ki a Penetratort. Az első futtatás ugyan 
eltart egy ideig, az újabb bejegyzések létrehozása viszont már 
gyorsan megy. A külön SOL-szolgáltatások előnyeit kihasználva 
SOL-lekérdezésekkel a Penetrator segítsége nélkül is turkálhatsz 
az adatbázisban. A futtatáshoz szükségesek: Perl, DB File, 
Getopt::Long és DBI::Pg (elhagyható) Perl-modulok. 

2 http:/wwwi.triptico.com/software/penetrator.html 


yesClock 

Érdekes óraötlet. Nemcsak az időt mondja meg, hanem - ha a 
beállítások között megadtad, hogy merre laksz — viszonylagos 
nappali, illetve éjjeli elhelyezkedésedet is. Csak úgy, a poén 
kedvéért. Futtatásához JVM2 szükséges. 

2 http:/www.germane-soítware.com/software/yesClock 


Ennyit erre a hónapra! 


David A. Bandel 

(dbandelopananix.com) jelenleg Panamában 
él, Linux- és Unix-tanácsadással foglalkozik. 
Társszerzője a Oue Special Edition: Using 
Caldera OpenLinux című könyvnek. 
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A Zope és az adatbázisok 


Reuven bemutatja, hogy egyszerű Zope-helyünket milyen 
könnyedén át lehet alakítani oly módon, hogy az adatokat relációs 


adatbázisból olvassa, és oda is Írja vissza. 
zinte mindenki, aki komoly weblapot szeretne készí- 
§ teni, lapját előbb vagy utóbb relációs adatbázishoz 
szeretné majd kapcsolni. Meglehet, a relációs adat- 
bázis módszer immár harmincéves, de igen rugalmas, bizton- 
ságos és gyors. Az adatbázisok használata lehetővé teszi, 
hogy a webalkalmazásunkhoz szükséges adatokat anélkül 
tárolhassuk és kérhessük le, hogy saját megmaradó tárolóré- 
teget (persistent storage layer) kellene létrehoznunk. Ennek 
eredménye kevesebb hiba, nagyobb gyorsaság és sokkal 
nagyobb biztonság. 
A Zope nevű objektumközpontú alkalmazáskiszolgáló, amelyet 
az utóbbi néhány hónapban vizsgáltunk, egy ZODB nevű 
beépített objektum-adatbázissal rendelkezik. A ZODB egyszer- 
re hatékony és könnyen használható; a Zope-ban minden, a 
DIML-dokumentumokat és könyvtárakat is ideértve, ZODB 
objektumokként tárolódik. A valóságban a ZODB ezeket az 
adatbázis-elképzeléseket tranzakciók formájában támogatja, 
ami azt jelenti, hogy fontos adatok tárolására is felhasználhat- 
juk, és eközben biztosak lehetünk benne, hogy adatainkat egy 
hosszű, összetett lekérdezés alatt sem fogja senki módosítani. 
Számos esetben azonban a tárolandó és lekérdezendő adatok 
kezelésére nem a ZODB a legjobb választás. Ennek sokszor 
egyszerűen az az oka, hogy az adat már létezik, és mi azt sze- 
retnénk, hogy a Zope elérje. Az is megeshet, hogy állandó 
tárolóréteget akarunk készíteni, de azt szeretnénk, hogy az 
emberek a Zope-on kívülről is el tudják érni. Esetleg adataink 
egyszerűen jobban illeszkednek a relációs, mint az objektum- 
központú adatbázismodellhez. Végül előfordulhat, hogy szer- 
vezetünk II-részlege azt akarja, hogy minden adat relációs 
adatbázisban legyen tárolva. 
E felsorolt okok és helyzetek miatt az alap-Zope-telepítés meg- 
határozza a ZSOL tagfüggvény-objektumot. Ebben a hónapban 
a ZSOL tagfüggvényeit és a Zope általános relációsadatbázis- 
illesztési lehetőségeit fogjuk megvizsgálni. Mint látni fogjuk, 
egyszerű Zope-lapjainkat igen könnyű úgy átalakítani, hogy 
az adatokat relációs adatbázisból olvassa, és oda is írja vissza. 


Adatbázis-kapcsolatok 

Mielőtt elkezdhetnénk egy adatbázissal dolgozni, hozzá kell 
kapcsolódnunk. A Zope alatt ezt egy adatbázis-kapcsolati 
objektum létrehozásával tehetjük meg. A Zope-oldalak tetsző- 
leges számú ilyen objektumot tartalmazhatnak, és ezek mind- 
egyike képes SOL-lekérdezéseket küldeni az adatbázisnak. 

A Zope alapesetben egyetlen típusú adatbázis-kapcsolatot 
ismer, amely az egyszerű Gadffly relációs adatbázissal való kap- 
csolatot teszi lehetővé. Csakhogy míg a Gadfly nagyon jól meg- 
felel a Zope adatbázis-kapcsolatainak bemutatására, sebesség 
és képességek terén semmilyen más relációs adatbázissal nem 
versenyezhet. Azt javaslom, a Gadflyt egy az egyben hagyjuk 
is ki, és azt az adatbázis-csatolót telepítsük, amelyhez majd 
csatlakozni szeretnénk. 

Mivel én az irodai adatbázis-kiszolgálón PostgreSOL-kiszolgá- 
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lót futtatok, úgy döntöttem, hogy az 
Interneten jelenleg elérhető számos PostgreSOL- 

átalakító közül a psycopg adatbázis-átalakítót 

telepítem fel (a psycopg-ról további tájékozódási pontot 

a Kapcsolódó címek között találhatunk). Amikor ezt (vagy 
valamelyik másik) csomagot telepítjük, ne feledjük, hogy 

a Zope általában saját Python-változattal érkezik, ami a 
rendszerünkön esetleg fent lévő minden más másolattól 
független. Ez azt jelenti, hogy a psycopg-t a Zope-ban 

(a SZOPE/bin/python által) megadott Python-könyvtárba 
kell telepítenünk, nem pedig a /usr/local/bin/python vagy 

a /usr/bin/python könyvtárak alá. 

Mielőtt telepítenénk a psycopg-ot, telepítenünk kell az eGenix 
által írt és terjesztett nxDateTime osztályt. Ez a csomag lehe- 
tővé teszi, hogy a jelenlegi Unix-időkorlátokon (ami 1970-ben 
kezdődik és 2038-ban végződik) túli dátumokkal és időpontok- 
kal is dolgozni tudjunk, illetve számos olyan kényelmes eljárást 
tesz elérhetővé, amelyek segítségével különféle dátum- és 
időformátumokkal dolgozhatunk. Ezt a modult akkor is fel 

kell telepítenünk, ha nem akarjuk használni, máskülönben 

a psycopg nem fog helyesen települni. A mxpDateTime a 

2 http:/www.egenix.com/fileszpython/eGenix-mx-Extensions.html 
címről tölthető le. 

Figyeljünk rá, hogy nekünk a base (alap) csomagra van szüksé- 
günk (amely ingyenes), és nem az üzleti csomagra. Jobb, ha 
nem az mxDateTime RPM-változatát töltjük le, még akkor 
sem, ha RPM-alapú terjesztésünk van. Ennek az az oka, hogy 

a fordítást és a könyvtárak telepítését a Zope Python-fájában 
kell elvégeznünk, és nem a rendszer Python-fájában. 

Az mxBase csomag letöltése és kicsomagolása után a telepítés- 
hez az mxBase könyvtárba kell váltanunk, majd ki kell adnunk 
a következő parancsot: 


SZOPE/bin/python setup.py install 


Az előbbi sor lefordítja az mx-modult, és Python-változa- 
tunkba telepíti. 


A psycopg telepítése 

Már közel járunk a psycopg telepítéséhez, amely Python- 

és C-kód keverékében íródott, és szüksége van a PostgreSOL 
fejlesztési (development) könyvtáraira. Ha a PostgreSOL-t 
RPM-ből telepítjük, szükségünk lesz az általunk használt 
PostgreSOL-változatnak megfelelő postgresagl-devel 
RPM-csomagra is. A folyamat során az új fájlok általában a 
/usr/local/pgsgl és a /usr/include/pgsgl könyvtárakba kerülnek, 
bár néhány telepítés mindkét elérési útban postgresal-t 
használ pgsal helyett. 

Most töltsük le a psycopg forráskódját a 5 http:/initd.org/ 
pub/software/psycopg címről! Én a 1.0.4-es változatot töltöttem 
le, azonban úgy láttam, pár hetente kijön egy-egy új változat, 
ezért ha lehetséges, a legfrissebbet töltsük le. A psycopg 





kicsomagolásához és telepítéséhez el kell készítenünk a 
makesetup parancsfájlt (ez jelenleg a legfrissebb Zope 2.5b1- 
ben a SZOPE/1lib/python2.1/config alá települ): 


chmod 775 SZOPE/lib/python2.1/config 


A psycopg beállításához váltsunk a forráskönyvtárába, és 
gépeljük be a következőket: 


./configure 
- -with-python-SZOPE/bin/python 
- -with-2z0o0pe-SZOPE 
- -with-mxdatetime- inc1udes-SZOPE/ lib/python2 . 1/ 
5site-packages/mx/DateTime/mxDateTime 
- -with-postgres-includes-/usr/include/pgsal 


lermészetesen az elérési utakat a saját telepítésünknek meg- 
felelően meg kell változtatnunk, különös figyelmet szentelve 
a Python-változatszámoknak (jelen esetben ez 2.1) és a 
PostgreSOL include könyvtárának. 

Bár továbbra is meg vagyok győződve róla, hogy valamilyen 
configure kapcsolóval is meg lehetne oldani a dolgot, egye- 
lőre úgy tűnik, a Makefile-t kézzel kell átszerkesztenünk, 
hogy az új header könyvtárat a CFLAGS változóhoz hozzá- 
adhassuk. Kedvenc szövegszerkesztőnkkel nyissuk meg 

a Makefile-t, és a CFLAGS meghatározáshoz (az én változa- 
tomban a 90. sor) adjuk hozzá SZOPE/ inc1ude/python2 . 1- 
ben található headereket. Ha tehát a SZOPE nálunk 
/usr/local/zope, a CFLAGS-hoz a következőket kell adnunk: 


-I/usr/1ocal/zope/include/python2.1 
Mentsük a Makefile-t, majd telepítsük a psycopg-ot: 
make §6 make install §66 make install-zope 


A fentiek lefordítják a psycopg-ot, majd $ZOPE könyv- 
tárunkba telepítik. 

Végül a psycopg megosztott programkönyvtárát 
(psycopgmodule.so) a SZOPE/lib/python2.1/site-packages könyv- 
tárból helyezzük át a $ZOPE/lib/python2.1/tib-dynload/-ba. 


A psycopgy beállítása 

A Zope újraindítása után a psycopg-ot mindjárt ki is próbál- 
hatjuk - egy új termék saját könyvtárba való telepítésével 
(sajnos a Zope újraindítása az egyetlen lehetőségünk, hogy 

a rendszerrel egy új termék telepítésének megtörténtét 
közöljük). A telepítendő termék neve Z Psycopg Database 
Connection, és a Zope kezelőfelület jobb felső sarkában az 
Add product menüben találjuk. 

Minden adatbáziskapcsolat-objektum egy távoli gép egyet- 
len adatbázishoz enged hozzáférést, egyetlen felhasználó- 
névvel és jelszóval. Ez azt jelenti, hogy ha az adatot két kü- 
lönböző adatbázis között osztottuk meg (avagy különböző 
adatbázis-kiszolgálók között), akkor két kapcsolatobjektumra 
lesz szükségünk. 

Amikor a Z Psycopg Database Connection-t kiválasztjuk az 
Add product menüből, a rendszer feltesz néhány, adatbázis- 
kapcsolatunkra vonatkozó alapvető kérdést. Az ID-t (amely- 
nek minden könyvtárban egyedinek kell lennie) és a címet 
(ez a kezelőfelületen jelenik majd meg), valamint az adatbá- 
zis-kapcsolat karaktersorozatát be kell írnunk. Ez a kapcsolat- 
karaktersorozat adja meg a Zope-nak, hogyan tud kapcso- 
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latba lépni a PostgreSOL-kiszolgálóval. Irodámban az atf 
adatbázis a databases-en található PostgreSOL-kiszolgálón 
helyezkedik el, ahová reuven néven, jelszó nélkül kapcso- 
lódhatok. Ennek megfelelően a következő kapcsolódási karak- 
tersorozatot használom: 


host-databases dbname-atf user-reuven 


Ha kívánjuk, a maradék részeket meghagyhatjuk az alapértel- 
mezett értéken. Kattintsunk az Add gombra, ezáltal visszaté- 
rünk abba a könyvtárba, ahová az új kapcsolatobjektumunkat 
illesztettük be. 

A kapcsolatobjektumra kattintva néhány Zope-tábla jelenik 
meg, segítségükkel elvégezhetjük az adatbázis karbantartását. 
Ezek közül a négy legérdekesebb: 


e Status: ebből a táblából megtudhatjuk, hogy az adatbázis- 
kapcsolat nyitott-e (vagyis éppen kapcsolódik-e a 
PostgreSOL-kiszolgálóhoz vagy sem). Itt — ha szükséges — 
lehetőségünk nyílik ezt a kapcsolatot lezárni. 

e Properties: megváltoztathatjuk azokat a beállításokat, ame- 
lyeket az adatbáziskapcsolat-objektum eredeti létrehozása- 
kor írtunk be. Különösen hasznos lehet ez a rész, ha az 
adatbázist másik kiszolgálóra visszük át, vagy megváltoz- 
tatjuk az eléréshez szükséges jelszót. 

e — Test: az adatbázis-kapcsolatot próbálhatjuk ki azáltal, hogy 
tetszőleges SOL-lekérdezést küldünk ki rá. lermészetesen 
a lekérdezésnek érvényesnek kell lennie; ha hibás SOL- 
lekérdezést küldünk ki, vagy olyan táblát címzünk meg, 
amely nem létezik, a PostgreSOL-kiszolgáló által vissza- 
adott megfelelő hibajelzést kapjuk vissza. Például begépel- 
hetjük a SELECT ? FROM pg database; parancsot. Bár- 
milyen SOL-utasítást bevihetünk ezen a dobozon keresztül, 
ami jól jöhet az adatbázis kipróbálásakor, főleg, ha nem 
rendelkezünk közvetlen lelnet- vagy SSH-kapcsolattal. 
Amikor INSERT vagy UPDATE lekérdezést gépelünk be, 

a Zope jelzi, hogy a lekérdezés nem ad vissza eredményt. 
Mint általában, most sem érdemes SELECT ? formájú 
lekérdezéseket írni, legfeljebb egyértelmű esetben, nehogy 
végül meglepődjünk az eredményoszlopok sorrendje 
vagy neve miatt. 

e . Browse: a böngésző (browse) táblán a PostgreSOL adat- 
bázistábláit nézegethetjük végig, amely Zope-fastílusban 
listázza a táblákat és azok mezőit. 


ZSOL tagfüggvények 

Most, hogy az adatbázis kapcsolat már él, egy vagy több ZSOL 
tagfüggvényt is készíthetünk. Minden ZSOL tagfüggvény 
egyetlen SOL-lekérdezés (ha kívánjuk, változó számú érték- 
kel), amely az adott kapcsolattal dolgozik. 

Készítsünk egy ZSOL tagfüggvényt, amellyel új nevet adha- 
tunk a telefonkönyvhöz. lermészetesen ehhez az adatbázisban 
előbb meg kell határoznunk a megfelelő táblát. A táblát köny- 
nyen elkészíthetjük, ha az 1. lista tartalmát elküldjük a Postgre- 
SOL-nek - akár az adatbázis kapcsolatunk próbatábláján, akár 
a hagyományos psal1 parancssoros felületen. 

Ha olyankor akarunk ZSOL tagfüggvényeket beilleszteni, 
amikor nincs elérhető adatbázis-kapcsolat, a Zope hibaüzenetet 
fog küldeni, jelezvén, hogy egyetlen megfelelő adatbázis- 
kapcsolatot sem talált. 

A Zope beépített ,szerzeményezés" rendszerének megfelelően 
a ZSOL tagfüggvényei bármely adatbázis-kapcsolatot felhasz- 
nálhatják, amely a Zope rendszerében felettük áll. A felhasz- 
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7. [lista A tábla létrehozása 


CREATE TABLE AddressBook ( 


sérson id SERIAL, 

Hirst name HIRTESZTE NOT NULL , 

Néist name A] ESZSATE NOT NU 
addressi MKE NLG ATKTNTTÉTTÉNTKSB 
address2 FINE NULL, 

m- Nem mindenkinek kell a m£gsodik sor 
ety FINE NOT NULL, 
SEGSENDSOVTMES JRE SHI NULL, 


5. Nem mindenki Gl az USA-ban 
poSEGa NECOdE JESZETT NUTT ; 
- Nem minden orszEgban van 
phone nümber "TESZT TED ETTÉG ET ÉTÉ 
.- Nem mindenki Ol az USA-ban 
Fax TIÜm9eT "TT ESZETE NUTS, 
5. Nem mindenkinek van faxggpe 
CÉ STAGE AIT NTI ; 
s. Nem mindenkinek van mobiltelefonja 
PRTMARY "KEY (pecson dd) 
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náló így minden tagfüggvényhez különféle adatbázisokat 
rendelhet - ez a különböző adatbázisokban fellelhető adat 
egyetlen alkalmazásba egyesítését, vagy a teljes weblap átül- 
tetését egy másik adatbázistípusra teszi lehetővé. 

A ZSOL tagfüggvények létrehozásához váltsunk abba könyv- 
tárba, ahol adatbázis-kapcsolatunkat létrehoztuk, és válasszuk 
az Add product menü ZSOL method pontját. Ismét meg kell 
adnunk pár adatot: az ID-t (amely az objektum könyvtárán 
belüli egyedi azonosítását szolgálja), a címet (ez a kezelőfelü- 
leten fog látszani), a kapcsolókat (melyeket majd a következő 
részben tárgyaljuk), végül magát az SOL-t. Az SOL-lekérdezés 
egyszerű vagy tetszés szerinti bonyolultságú lehet, és INSERT, 
UPDATE vagy DELETE utasítást is végrehajthat. 

Miután ZSOL tagfüggvényünket a rendszerhez adtuk, rákat- 
tintva számos Zope-tábla kerül elő. Az egyik ezek közül test 
címkével rendelkezik és — miként azt sejteni lehet — a lekérde- 
zés kipróbálására szolgál. Ha lekérdezésünk értékeket is vár, 
egy HIML-űrlapon megadhatjuk őket. Ha nem, akkor egysze- 
rűen csak a Submit Ouery gombra kell böknünk. Ezután, akár- 
csak adatbáziskapcsolat-objektumunk próbatábláján, egy 
HIML-formátumú táblát kapunk vissza, amely lekérdezésünk 
eredményeit hivatott megjeleníteni, vagy jelzi, hogy lekérde- 
zésünk nem adott vissza eredményt. 

Minden egyes kiadandó lekérdezéshez elkészíthetjük a megfe- 
lelő ZSOL tagfüggvényt. Bár ez elsőre kicsit nehézkesnek tűn- 
het, valójában igen rugalmas és elegáns megoldás, amelyet 
egyre inkább megtanulok értékelni. Ha körülbelül húsz lekér- 
dezés kiadására számítok, egy webalkalmazásban mindegyiket 
külön ZSOL tagfüggvénybe helyezem, majd a DIML-lapokról 
ezeket a tagfüggvényeket hívom meg. 

A DIML-lapokon a ZSOL tagfüggvények eredményét 
cdtml-in: tag formában kaphatjuk meg. Ha például a követ- 
kező lekérdezést megvalósító ZSOL tagfüggvényt szeretném 
használni: 


SELECT first name, 
fax number, 
FROM AddressBook 


last name, phone number, 
cell number 
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ORDER BY last name, first name 

Ha ennek a ZSOL-nek a names-and-phone-numbers nevet 
adom, a 2. listában (36. CD Magazir/Zope könyvtár) látható 
kóddal hívhatom meg egy DIML-dokumentumbáól. Mindössze 
néhány soros DIML-kóddal képesek voltunk létrehozni 

egy egyszerű (de hasznos és rugalmas) ZSOL tagfüggvényt. 
Nézzük, hogyan is működik! 

Amikor a Zope ehhez a DIML-dokumentumhoz tartozó 
kérelmet kap, értelmezi a DIML-t és a benne található összes 
tagot végrehajtja. A cdtm1l-in: ciklusszerkezet egy adatsort 
vár bemenetként - jelen esetben ez az adatsor a names-and- 
phone-numbers tagfüggvény meghívásából kapott eredmény. 

A cdtml-in; tag a visszaadott halmaz minden egyes oszlo- 
pához egyúttal egy-egy változót is rendel. Ez az oka annak, 
hogy a cdtm1l-var first name: tagot később a felhasználó 
első nevének kiírásához fel tudjuk használni; a Zope a 

first name oszlop értékét önműködően a first name 
nevű változóhoz rendeli. 

Hogy elkerülhessük a felesleges és az üres sorok kiírását, a 
cdtml-if: tagot használjuk annak eldöntésére, hogy a Postgre- 
SOL értékes, vagy NULL, azaz üres értéket adott-e vissza. 


A ZSOL értékei 


Az már nyilvánvaló, hogyan használhatjuk a ZSOL tagfügg- 
vényeket és a DIML-t, ha mindig ugyanazt a lekérdezést akar- 
juk kiadni. Ha azonban az alap-lekérdezésünket minden egyes 
futás során módosítani szeretnénk, egy vagy több értéket is 
meg kell adnunk. 

Ha valakiről vezetékneve (vagy vezetéknevének egy része 
alapján) szeretnénk adatott lekérni, az SOL szabványos kife- 
jezéseit kihasználva a következő példához hasonló ZSOL 
tagfüggvényt kellene megadnunk: 


SELECT first name, 
fax number, 
FROM AddressBook 
WHERE last name LIKE XXXXXX 
ORDER BY last name, first name 


last name, phone number, 
cell number 


A DTML-ben az XXXXXX helyére a cdtm1l-saglvar: tag 
kerül, amely a helyes idézőjelezést is önműködően elvégzi 


helyettünk. A felhasznált SOL-változót és annak típusát is meg 
kell adnunk: 


SELECT first name, 
fax number, 
FROM AddressBook 
WHERE last name LIKE c-dtml-sgivar 
name sglregexp type-"string": 
ORDER BY last name, first name 


last name, phone number, 
cell nümber 


Ahhoz, hogy a fenti ZSOL-példa helyesen működjön, a 
tagfüggvény létrehozásakor az értéket (name sglregexp) 

a megfelelő szövegmezőben meg kell neveznünk. A Zope 
ennek a változónak veszi majd az értékét, lekérdezésünkbe 
helyezi, majd az eredményeket lekéri. 

Még többet is kihozhatunk a Zope-ból, ha a zcdtm1-saltest: 
tagot használjuk, ami a cdtm1l-salvar: tagjához hasonló 
módon működik: 


SELECT first name, 
fax number, 


last name, phone number, 
cell number 





FROM AddressBook 
WHERE c-dtml-sgltest name sgilregexp 
op-"like" type-"string": 
ORDER BY last name, first name 


Ha a fenti lekérdezést a select by last name nevű ZSOL 
tagfüggvényben tároljuk, akkor a Zope önműködően el tudja 
készíteni a DIML-dokumentum vázát, azaz egy olyan doku- 
mentumot, amelyben a felhasználók keresési feltételeket adhat- 
nak meg, és az eredményt is megnézhetik. Ehhez egyszerűen 
csak ki kell választani a Z Search Interface terméket az Add pro- 
duct listából. Itt a rendszeren található összes kereshető objek- 
tumból választani tudunk, ideértve az éppen most elkészült 
ZSOL tagfüggvényt (select by last name). Válasszuk 

ki, és adjunk neki egy ID-t (én a search by last name 
nevet használtam). Névként az input ID-t adtam, ami elég 
beszédes egy olyan HIML-űrlap esetében, amely bemenet- 
ként szolgál asearch by last name-hez (ezt pedig 
search by last name form-nak neveztem el). A Zope 
korszerű változataiban azt is megadhatjuk, hogy a rendszer 
DIML tagfüggvényeket vagy lapsablonokat (page template) 
készítsen — mi most az előbbit szeretnénk. 

Az Add gombra kattintva a pillanatnyi könyvtárban két új 
DTML tagfüggvény jön létre a korábban megadott neveknek 
megfelelően. Az input ID címre kattintva egy egyszerű 
HIML-űrlapot jelenít meg, melybe SOL-szabványos kifejezést 
gépelhetünk. A Submit gombra mutatva a lekérdezés elküldő- 
dika search by last name DIML tagfüggvényhez, 

amely viszont a mi ZSOL tagfüggvényünket hívja meg 
(select by last name), így a lekérdezés végül a Postgre- 
SOL-hez kerül. A PostgreSOL az eredményeket visszaadja 

a select by last name-nek, amely az eredményhalmazt 

a search by last name-hez továbbítja, ami ezután 
böngészőnkön megjeleníti őket. 

lermészetesen a létrehozott DIML tagfüggvényeket módosít- 
hatjuk is, hogy jobban tükrözzék a lapunk stílusát. A Zope által 
önműködően készített DIML-lapokat át is másolhatjuk, példa- 
ként használva őket saját adatbázis-lekérdezéseinkhez. 


Beszúrás 

Az egyetlen nagyobb feladat, ami még hátravan, az INPUT 
lekérdezés megvalósítása, amely elemeket ad az adatbázishoz. 
Szerencsére a megoldás meglehetősen egyszerű: készítünk 

egy ZSOL tagfüggvényt, amely sorokat szúr az adatbázisba. 
Ezután egy DIÍML-dokumentumot kell megalkotnunk, amely 

a HIML-űrlap elemeit egy másik DIML-dokumentumnak adja 
át. Ez a második dokumentum meghívja a ZSOL tagfüggvé- 
nyünkhöz tartozó cdtm1-cal11-:-t. Voila, rekordunk máris 
bekerült az adatbázisba. 

A 3. lista (36. CD Magazir/Zope könyvtár) mutatja be a létreho- 
zandó ZSOL tagfüggvényt, amelyeket insert address data 
névre kereszteltem. Ezután egy egyszerű DTML-dokumentumot 
hozunk létre, amely egyetlen HIML-űrlapot tartalmaz (lásd a 

4. listát, 36. CD Magazin/Zope könyvtár). 

Végül elkészítjük az insert address DIML-dokumentumot, 
amely az insert address form adatait fogadja, és az 
adatokat a insert address data ZSOL tagfüggvényhez 
továbbítja: 


csdtml-var standard html headets 
ch25-dtml-var title or id:-/h2:5 


zdtml-ttys 
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cdtml-call insert address data: 
cdtml-except: 

cprSorry, but the INSERT didn-t work.c/p: 
-dtml-elses 

cp:Successfully inserted! 
c/dtml-tryz 


cdtml-var standard html footers: 


A felhasználók ettől kezdve az insert address form 

által megadott HIML-űrlap felhasználásával képesek lesz- 

nek adatokat bevinni a PostgreSOL-táblába, és a 
search by last name form segítségével lehetőségük 
nyílik lekérdezni az adatokat. Elég lenyűgöző, hogy ilyen 
kevés fájllal ilyen sokat meg tudtunk csinálni, ráadásul ahhoz, 
hogy mindez működjön, még szövegszerkesztőre sem volt 
szükségük, mindössze a webböngészőnket kellett használnunk. 


Összegzés 

Bár nem tökéletesek, a ZSOL tagfüggvényeket igen elegáns 
módszernek tartom a HIML-lapok és a mögöttük elhelyez- 
kedő adatbázis összekapcsolására. A ZSOL egy újabb példája 
annak, hogy a Zope milyen rugalmas, finom megközelítése 

a webfejlesztésnek, bár az is igaz, okoz némi fejtörést, mire 
mindez tisztává és világossá válik. Ha valaki már eleve ismeri 
a DTML-t és az SOL-t, annak nem fog nehézséget okozni 
Zope-alkalmazásaiba ZSOL tagfüggvény segítségével adatbá- 
zisokat beépíteni, sőt, az is megoldható, hogy a munkát egy 
honlapon belül megosszuk az SOL-t ismerő (és ZSOL tagfügg- 
vényekkel dolgozó), illetve az őket meghívó DIML-tagfüggvé- 
nyekkel foglalkozó munkatársak között. 


kinos dourna  z00Z E Tmaajus, 97 számi 


Rewen M. Lerner 

(reuvenolerner.co.11) kisebb, webes és 
internetes módszerekkel foglalkozó tanács- 
adó cég tulajdonosa és vezetője. A cikk 
megjelenésének időpontjában valószínűleg 
már végleg elkészült Core Perl című 
könyvével, melyet idén jelentet meg a Prentice-Hall. Az ATF 
honlapon érhető el (2 http://www.lerner.co.il/atf/). 





Kapcsolódó címek 


A Zope honlapja 3 http:/Avww.zope.org 

Nagyszámú leírást rejt, többek között általános adatbázis- 
és ZSOL -felhasználási útmutatót. A Python nyelv, melyben 
a Zope nagy része íródott, a 3 http:/Avww.python.org 
címen érhető el. 


A Pythonhoz és Zope-hoz írt psycopg-csatoló a 

2 http://initd.org címen érhető el. Az írásunkban olvasható 
telepítési utasítások nagyrészt a 

2 http://initd.org/pub/software/psycopg/FAC 
megjegyzésein alapulnak. A PostgreSOL honlapja a 

2 http:/Avww.postgresal.org címen található. 
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Adjunk életet programozással! 


Ime néhány megunhatatlan játék a programozással most ismerkedők számára. 





programozók olyanok, mint az 
istenek, Francois. Kezdetben 
semmijük sincs, csak egy gon- 


dolat a fejükben, átírnak néhány bitet 
vagy bájtot, és voila! A káoszból az élet 
egy új formáját hozzák létre a Linux-rend- 
szeren. Ez valóban bámulatos, mon ami. 
Igen, természetesen igazad van, Francois. 
Ez kissé félelmetes is. A hatalom felelős- 
ség! Ám létrehozni valamit a semmiből 
nemcsak félelmetes, de mámorító érzés 
is. A mámorról jut eszembe, hogy mind- 
járt megérkeznek a vendégeink. A tosz- 
kánai megfelelő lesz mára. Még mindig 
nem indultál el a pincébe az 1997-es 
Vino Nobile di Montepulcianoért? Siess, 
Francois, rögtön betoppannak! 

Már itt is vannak! Bon soir, mes amis! 
Francois éppen a pincében van, hogy 
felhozza a mai alkalomra szánt bort. 
Mielőtt megérkeztetek, éppen a digitális 
teremtés örömeiről, a programozásról 
társalogtunk, és ez egyben mai közös 
beszélgetésünk témája. 

A Linux, amelyet az étteremben és ott- 
honainkban használunk, azoknak a te- 
hetséges és lelkes programozóknak az 
alkotásaiból áll, akik úgy határoztak, 
hogy munkájukkal hozzájárulnak ennek 
a közösségnek az építéséhez. Alkotásaik 
néha a kibernetikai lét bizonyos fajtái- 
nak - robotoknak és egyéb mesterséges 
lényeknek - adnak életet. Ha bármikor 
felmerült bennetek a gondolat, hogy 
csatlakoznátok ennek az alkotócsoport- 
nak a munkájához, a mai menü nektek 
szól. Á, Francois, merci, tölts, légy szíves, 
a vendégeinknek! Ne sajnáld tőlük! 

A játékok képezik az új dolgok megta- 
nulásának egyik módszerét, ennek esz- 
köze pedig a Java lehet. Az IBM Robo- 
code nevű programozási környezetét 
kínálja, amellyel képernyőnk küzdőte- 
rén csatázó Java-robotokat hozhatunk 
létre. Minden csata több fordulóból áll, 
és az eredményről kimutatás is készül, 
hogy kedvenc robotunk pillanatnyi 
állását nyomon követhessük. Ez az adat 
segít abban, hogy a rengeteg állítható 
kapcsoló variálásával még hatékonyabbá 
tegyük a robotot. Vajon, ha a robot beál- 
lított száz lépés helyett minden harmin- 
cadik lépésnél megáll és megfordul, ez 
javítja a siker esélyét? Kiderül, ha beál- 
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lítjuk a kapcsolót, lefordítjuk, és kipró- 
báljuk a programot. Remek kezdési 
lehetőség azok számára, akik most 
ismerkednek a Java nyelvvel - és nem 
könnyű elszakadni tőle. 

A Robocode-dal való munka elkezdésé- 
hez először a Java fejlesztői készletre lesz 
szükségünk. Ezt ingyen beszerezhetjük 
a 9 http:/java.sun.com/j2se címről, csak 
a megfelelő csomagot kell letöltenünk. 
Én rendszeremen az RPM-csomagot 
használtam, de más Linux-rendszerek- 
hez GNU tar csomag is rendelkezésre 
áll. A telepítéssel kapcsolatban talán 
érdemes figyelmeztetnem titeket arra, 
hogy a bináris állományok nem a szab- 
ványos bin-könyvtárakba kerülnek. 

A folytatáshoz a PATH változót az alábbi 
módon meg kellett változtatnom: 
export PATH-SPATH:/usr/zjava 

a /jdk.1.3.1. 02/]jre/bin 

Ha a Java telepítésén sikeresen túl- 
jutottunk, az IBM alphaworks honlap- 
járól le kell töltenünk a Robocode 
csomagját, amelyet a 

2 http:/robocode.alphaworks.ibm.com/ 
home/home.html címen érhetünk el. 

A telepítés folyamatát fájdalommentes- 
nek fogjuk találni, mivel programfordí- 
tásra egyáltalán nincs szükség. Egysze- 
rűen a Java segítségével a telepítőprog- 
ramot az alábbi paranccsal kell futtatni: 
java -jar robocode-setup.jar 
Az első dolog, amibe beleütközünk, egy 
ablak, ami a felhasználási szerződés 
elfogadását kéri. A telepítési könyvtárra 
vonatkozó javaslat követi — én elfogad- 
tam az alapértelmezett értéket, ami a sa- 
ját könyvtáramban létrehozott robocode 
nevű alkönyvtár. A telepítés befejezésé- 
vel a program a következő paranccsal 
indítható: 

cd SHOME/robocode . . /robocode . sh 
A program elindítása után a Robocode 
harcmező jelenik meg, itt vívják csatái- 
kat a robottankok. Válasszuk ki a Battle 
(csata) menü New (új) menüpontját. 
Megjelenik egy oldal, amelyen a követ- 
kező csatában résztvevő robotokat 
választhatjuk ki. Mindegyik neve előtt 
a , sample" (minta) előtag szerepel, és 
bizonyos előre beállított tulajdonsághal- 
mazzal bírnak. Kezdésnek válasszuk 
például a sample. MyFirstRobot és a 











sample.Spinbot nevű robotokat. Mielőtt 
a Start battle (a csata kezdése) gomb 
megnyomásával továbbmennénk, vá- 
lasszuk ki a Battlefield (harcmező) fület. 
Saját 1024x768-as asztalomon egy sze- 
rény 800 x600-as csatateret választottam. 
Végül a Rules (szabályok) fülön kell 

a követendő szabályokat beállítanunk, 
például a fegyver hűtési gyorsaságát 

és a tétlenség idejét. Ezeknél járjunk el 
körültekintően. Kezdetnek elfogadhat- 
juk az alapbeállított értékeket is. Készen 
állunk? Allons, mes amis! Nyomjuk meg 
a Start battle gombot. 

Kaphatunk olyan robotot, mint a Sitting 
Duck (ücsörgő kacsa), amelyik csak ül 
és várja, hogy a csata szele elsodorja. 
Választhatjuk a Crazy (bolondos) nevűt 
is, amely látszólag véletlenszerűen mo- 
zog, és nagyrészt rendszertelenül adja 
le a lövéseit. Mindegyik betölthető, és 
viselkedésüket az eredetileg beprogra- 
mozott beállításoktól különböző tulaj- 
donságok megadásával módosíthatjuk. 
Amennyiben - hozzám hasonlóan — 

te sem vagy megelégedve a csata ered- 
ményével, itt az ideje egy kis kódolás- 
nak és robotunk módosításának. Az első 
alkalommal, amikor úgy döntünk, hogy 
robotunkat módosítjuk, a Robocode 
üzemképessé teszi Jikes-ot, a fordító- 
programot (és elküld minket, hogy 
igyunk egy csésze kávét). Oui, mes amis, 
én is éppen ezt a kérdést tettem fel ma- 
gamnak. Milyen idősnek kell lennie egy 
programozónak, míg az igazi Javával 
próbálkozhat? Az első képen a robotszer- 
kesztő és egy folyamatban lévő játék 
egy-egy képét láthatjuk. A tanulás leg- 
egyszerűbb módját a példarobotokkal 
való kísérletezgetés jelenti, ha ebben 





már otthonosak vagyunk, saját példá- 
nyunk elkészítését is megkockáztathat- 
juk. A fordítóprogram üzembe helyezé- 
sével a Robocode teljes fejlesztői kör- 
nyezete is rendelkezésünkre áll. Kattint- 
sunk a File (fájly menü Open (megnyitás) 
menüpontjára, és válasszuk ki a ,sample" 
fájlt. Egy új listát kapunk, amelyben 

az összes mintarobot (mint például a 
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3. kép A DroidBattle harcmezeje 


Ramfire) szerepel. Minden robothoz tar- 
tozó kód meglehetősen jó leírással bír, 
így működési elvét még egy kezdő 
programozó is hamar megértheti. Pél- 
dául mit tegyen a robotunk akkor, ha 
falnak ütközik: 
/rr 

x onHitWall: A falnak 
— tk zös kezeldse. 

Kj 

public void 

onHitWall(HitWallEvent e) 


( 


// Pattankgs! 
reverseDirection( ) ; 


A robotok osztályának különböző eljárá- 
sala snap to, catchon to, ahead(), 
back(), fire(), fireBullet (), 
donothing() és így tovább. Az API le- 
írását a telepítési könyvtárban lévő ja- 
vadoc/index.html néven találhatjuk meg. 
Francois, ha lennél kedves vendégeink 
poharait újratölteni... Szeretnék veletek 
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megosztani még egy hasonló fejlesztői 
környezetet. 

Andreas Agorander DroidBattles prog- 
ramja a Robocode-éhoz hasonló alap- 
elvre épül, bár programozási nyelvként 
nem Javát, hanem egy assemblyhez 
hasonló nyelvet használ. Ezen az ala- 
csony szinten olyan közel kerülünk 
programunk lelkéhez, amennyire csak 
lehetséges. A program maga a 2.X Ot 
programozói könyvtárakra épül, így 
azoknak, akik a KDE 2.X-változatát hasz- 
nálják, nem lehet gondjuk a program 
lefordításával. Mielőtt még azonban, 
mes amis, hozzákezdenétek a fordítás- 
hoz, először el kell jutnia hozzátok, 
illetve nektek kell eljutnotok hozzá. 

A legfrissebb forráskód a 

2 http:/www.bluefire.nu/droidbattles/ 
index.html oldalon érhető el. 

A telepítés közbeni egyetlen furcsaság az 
volt, hogy az archívumban lévő állomá- 
nyok dátuma jövőbeli értékre lett állítva, 
ami némi bánatot okozott nekem, amikor 
eljutottam a . /configure lépéshez. 
tar -xzvi droidbattlés- 
$1.0.4.tar.gz 

cd droidbattles-1.0.4 
./configure 

make 

make install 

Ezt a programot az teszi elragadóvá, hogy 
a robotot a kódban is ugyanúgy építhet- 
jük fel, mint a valóságban: processzoro- 
kat, memóriát, motorokat, plazmafegy- 
vereket és optikai letapogatókat adhatunk 
hozzá. Amikor a droidbattles §- pa- 
rancs beírásával elindítjuk a programot, a 
2. képen láthatóhoz hasonló irányítópultot 
kapunk. A csatához legalább egy robotot 
létre kell hoznunk és be kell programoz- 
nunk. Az ablak felső részén található Bot- 
creator (robot létrehozása) gomb meg- 
nyomásával tehetjük meg az első lépést 
gépkatonánk megalkotása felé. 
Bevásárlólistához hasonló felsorolást ka- 
punk robotunk fizikai tulajdonságairól, 
valamint egy ablakot a kód számára. 
Azok számára, akik korábban még soha 
nem láttak assemblert, a forráskód egy 
kicsit furcsának tűnik majd, de az érzés 
hamar el fog múlni. Ezeket az utasításo- 
kat közvetlenül a processzor kapja — ter- 
mészetesen nem a gépünkben lévő, ha- 
nem a robotunkban elhelyezett. Az uta- 
sítások egyszerűek, ráadásul a Droid- 
Battles-szel együtt érkező teljes leírás is a 
rendelkezésünkre áll, egyszerűen csak a 
Documentation gombra kell kattintanunk. 
Mellesleg ha továbbhaladva egyre több 
alkatrészt adunk a robothoz, a rendszer 
hagyja, hogy lefordítsuk, futtatni azon- 
ban már nem engedi. Vajon miért? — me- 


rül fel a jogos kérdés. A beállításszerkesz- 
tő adja meg azokat a kapcsolókat, ame- 
lyekhez tartanunk kell magunkat, ha 
robotot hozunk létre. Például megadjuk 
az eszközök vagy a memória legnagyobb 
mennyiségét, valamint ezeknek az egy- 
ségeknek az árát. lovábbá egy robot csak 
meghatározott pénzmennyiségbe kerül- 
het, és minden egyes eszköz pénzbe 
kerül (ne aggódjatok, mes amis, nem 
valódi pénzről van szó). Az árat az adott 
eszköz hatékonysági foka határozza 
meg. A plazmafegyverek ára 50 és 3500 
dollár között mozoghat. ezek az értékek 
teszik lehetővé, hogy a különböző jelleg- 
zetességeket meghatározott keretek 
között variálhassuk. Vajon javítja-e az 
esélyeinket egy csatában, robotunk a 
kétszer annyi plazmafegyverrel, de csak 
feleakkora számítási teljesítménnyel ren- 
delkezik? Állítsuk be, mentsük a robot 
változtatásait, és próbáljuk ki! 

Végül, ha mindezzel készen vagyunk, 
kattintsunk a Tests (tesztek) menüre a 
Bot-creatorban, és válasszuk a Ouick 
battle menüpontot. Legalább két robotot 
kell a csatához kiválasztanunk, de akár 
ugyanahhoz a fajtához is tartozhatnak. 
A csatamező megjelenik (lásd a 3. képet), 
és már indul is a játék. Kattintsunk a 
Play-re (játék), és figyeljük a mókát! 

A csata folyamata közben a Pause (szü- 
net) gombra kattintva lépésenkénti 
üzemmódra kapcsolhatunk át. Próba- 
üzemmódban megjelenik egy hibakereső 
ablak, amelyben a memória lefoglalásá- 
ról, a regiszterek tartalmáról és az éppen 
futó utasításról kaphatunk tájékoztatást. 
Mindez rengeteg érdekességet és mulat- 
ságot rejt magában. Andreas honlapját 
is megtekinthetjük, amint épp egy 
DroidBattle-kiszolgálót helyez üzembe. 
Nos, mes amis, attól tartok, ma nagyon 
gyorsan letelt az időnk. Az egyik legne- 
hezebb kérdés, amellyel szembesülnünk 
kell, amikor a programozáshoz hasonló 
útnak vágnunk neki, hogy mit is szeret- 
nénk létrehozni. A Robocode és a 
DroidBattles két olyan program, amely 
keretet ad ehhez az elinduláshoz, és egy 
olyan küzdelemben enged részt venni, 
amelyben a kódolás inkább játéknak, 
semmint munkának tűnik. 

Bon appétit! 
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